users shouldn't be responsible for being the first to tell each package maintainer update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
# ... upgrade Setting up ... (...) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults Setting up ... (...) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults So the user, being a responsible citizen, reports a bug to each such package. And that's the way each maintainer finds out about the issue. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877gapxo2i@jidanni.org
Re: users shouldn't be responsible for being the first to tell each package maintainer update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
I also filed http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733156 as a wild guess. Anyway what needs to be done is for(all debian packages){ if(a new version of this package was released that version would make the above such message appear upon the user's screen upon installation){ file a bug against that package Dear maintainer, unless you fix this, any further releases will startle users with ... message upon installation. Yours Truly, Debian Leadership Team.}} as I don't think all maintainers use lintian / piuparts etc. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87txdtvzas@jidanni.org
Re: Bug#723015: package four years out of date
RA == Russ Allbery r...@debian.org writes: RA David Bremner brem...@debian.org writes: jida...@jidanni.org writes: P.S., why can't all this CPAN - Debian updating be a little bit automated for all the packages on Debian? At least some queue that some team gets alerted to... there is a queue http://pet.debian.net/pkg-perl/pet.cgi and libgedcom-perl is listed there. So such bug reports are not especially needed. RA Well... it does provide information that someone actually cares about that RA module in particular, whereas the queue has everything that's out of date RA whether anyone cares about the new version or not. So such bugs could, in RA theory, help with prioritization. Provided, of course, that the bug is RA prompted by a desire for the new version as opposed to just noticing that RA there was a newer version available. (Frequently, newer versions have RA only cosmetic changes and aren't necessarily worth packaging.) RA -- RA Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ Hmmm, looking at the entire equation, one notices the most energy is concentrated at each ultimate author's end. He has added some brilliant new revisions to his masterpiece. Perhaps he should be encouraged to notify the certain Debian, Redhat etc. maintainers to get a new version... Hmmm, doesn't seem likely though. Plus would cut down on his creativity, being bogged down having to bother unrelated people... Adding debian-devel to Reply-to, removing 723...@bugs.debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wqmhg8ly@jidanni.org
Dreamhost dumps Debian
http://dreamhost.com/dreamscape/2013/06/03/change-is-in-the-air-dreamhost-upgrades/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wqnhpkn3@jidanni.org
Re: Document Debian version#s, not just codenames,
I'm an aging long time user of sid/unstable. I never could keep track of all those fun names either. Therefore yes please Debian should accompany them by their version number if/when insisting on using them. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pq1vulg5@jidanni.org
Re: Maildir vs. mbox in Debian
I wouldn't put all my eggs in the same single file. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mwy1djt5@jidanni.org
Re: even root cannot read my symlinks!
I see. Who knows what they'll break next. Perhaps next time add a note to /usr/share/doc/linux-image-486/NEWS.Debian.gz -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ligki2zp@jidanni.org
even root cannot read my symlinks!
# su - nobody No directory, logging in with HOME=/ nobody@jidanni2:/$ date /tmp/cc nobody@jidanni2:/$ ln -s /tmp/cc /tmp/dd nobody@jidanni2:/$ ls -l /tmp/cc /tmp/dd -rw-r--r-- 1 nobody nogroup 29 Sep 7 08:37 /tmp/cc lrwxrwxrwx 1 nobody nogroup 7 Sep 7 08:37 /tmp/dd - /tmp/cc nobody@jidanni2:/$ su - # cat /tmp/cc /tmp/dd Fri Sep 7 08:37:38 CST 2012 cat: /tmp/dd: Permission denied # tail /var/log/syslog Sep 7 08:36:46 jidanni2 kernel: [19394.443080] type=1400 audit(1346978206.292:11): op=follow_link action=denied pid=19327 comm=cat path=/tmp/bb dev=tmpfs ino=275448 # uname -a Linux jidanni2 3.2.0-3-486 #1 Mon Jul 23 02:47:49 UTC 2012 i686 GNU/Linux -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fw6ups54@jidanni.org
test /etc/init.d/MyPackage start before shipping, please
I have an idea, all /etc/init.d/ script packages should test to see they actually can be started and stopped before their debs get shipped. Hmmm, and all bin/ programs should given a test run too... to at least see they can print --version without segfaulting etc. Hmmm, all even more important than piuparts. I mean it would avoid show stoppers of the first degree. AT == Arno Töll deb...@toell.net writes: AT On 24.03.2012 01:59, jida...@jidanni.org wrote: May I humbly request that your build scripts in the future take the automobile for a test drive (/etc/init.d/apache2 start at least) at the factory, before it reaches the dealership. AT And your point is? Our package worked just fine until someone else AT decided to break unrelated packages by uploading broken reverse AT dependencies exactly 8 days after uploading and building our package - AT or to put it with your words after it left the factory. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mx76wz4w.fsf...@jidanni.org
Re: test /etc/init.d/MyPackage start before shipping, please
It doesn't matter who is to blame. A simple /etc/init.d/... start test could catch such grave bugs before they hit the user. Who is to blame could be figured out internally. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iphuwwyn@jidanni.org
Re: Bits from the piuparts maintainers
I just hate those packages that leave candy bar wrappers all over the carpet! Go piuparts! Catch them all! And let's hope the highway patrol will keep those litterbugs off the roads forever! Why just today I had to manually clean up some more dog droppings from 2002. Yuck. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zkdbjpbj@jidanni.org
every day 54 of the top 1 million sites switch to Debian
Re: Debian Project News - January 23rd, 2012 Debian is also the fastest growing operating system at the moment: every day 54 of the top 1 million sites switch to Debian At this rate in $ expr 100 / 54 / 365 50 years, we will take over the world :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sjj3jos6@jidanni.org
/etc/mtab - /proc/mounts symlink affects df(1) output for /
The new symlink on Debian, $ ls -og /etc/mtab lrwxrwxrwx 1 12 12-23 22:00 /etc/mtab - /proc/mounts Has caused $ df Filesystem 1K-blocksUsed Available Use% Mounted on rootfs 1071468 287940 729100 29% / udev 248048 0 248048 0% /dev tmpfs 50564 372 50192 1% /run /dev/disk/by-uuid/551e44e1-2cad-42cf-a716-f2e6caf9dc78 1071468 287940 729100 29% / tmpfs 101128 712 100416 1% /tmp tmpfs 101128 0 101128 0% /run/shm /dev/sda64270273 3711316 341987 92% /home /dev/sda75341549 4336289 733858 86% /var /dev/sda86406856 3024600 3056800 50% /usr output to 1) repeat / twice, 2) give the long name for /. This should be reproducible for anyone who has used standard grub and thus has $ grep -h UUID /boot/grub/grub.cfg /proc/cmdline matches. More details in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653073 . -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874nwpzdo5.fsf...@jidanni.org
Re: Switching /etc/mtab to /proc/mounts and removing /lib/init/rw
Forty years of pleasant df(1) and mount(1) reading shattered in one day, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653073 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d3beahdx@jidanni.org
Re: what if a package needs to be recalled
YP == Yves-Alexis Perez cor...@debian.org writes: YP I'm not sure telling people to use --no-sandbox without telling them YP what they lose is a good idea. Sandboxing is here for a reason. Wish it was documented. Say on the man page. Of course if they don't use it, they won't be able to browse anything. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aa7mqsyi@jidanni.org
Bug#649812: mention where to find all chromium command line switches
X-debbugs-CC: michael.s.gilb...@gmail.com, cor...@debian.org, debian-devel@lists.debian.org Package: chromium Version: 15.0.874.106~r107270-1 Severity: wishlist File: /usr/share/man/man1/chromium.1.gz MG == Michael Gilbert michael.s.gilb...@gmail.com writes: Wish it was documented. Say on the man page. MG You're certainly free to create a patch with that documented ;) The MG problem is that chromium commands change rapidly. It may be better MG just to link to this page, which gets updated fairly regularly: MG http://peter.sh/experiments/chromium-command-line-switches/ Maybe the man page should mention that link. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871usyqqdg.fsf...@jidanni.org
Re: Increasing minimum 'i386' processor
How does one do a simple test to see if one is on the death list? # grep -c 86 /proc/cpuinfo 0 # lshw | grep -c 86 0 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqgl5ok1@jidanni.org
what if a package needs to be recalled
Just curious, let's say version 15.xxx of a package is released but then found to be faulty, and upstream isn't releasing a new version soon. Can the developer somehow recall it? But then peoples' apts won't automatically catch 14.xxx as the new version if 15.xxx is already installed. Or he can repackage 14.xxx as 15.xxx.1 but then other packages depending on 14 etc. will get the version wrong and the numbering will be misleading. Yes, users can always install whatever version they want manually, but I am just curious about damage control from the point of the developer. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8739dil62y@jidanni.org
Re: can somebody update wwwoffle
[ http://article.gmane.org/gmane.linux.debian.devel.general/166498/ ] NW == Neil Williams codeh...@debian.org writes: NW CC'ing the maintainer but if there's no interest in, say, a week, I'll NW file for removal instead, RoQA, RC-buggy, low popcon, cruft. OK, I guess it must end this way. OK, thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrbf4der@jidanni.org
can somebody update wwwoffle
Can somebody update wwwoffle? Upstream has a new version that makes HTTPS work once again. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d3d81t8t@jidanni.org
Re: emacs on a text console - please help me overcome the shock
I am now officially pleased with sux, enabling me to use X programs as root despite http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633652 . Thanks everybody. Have a song, http://www.youtube.com/watch?v=gLtzQXTHiqklist=PL38C412C876528CCB -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87obzgkpmr@jidanni.org
Re: emacs on a text console - please help me overcome the shock
r == rdiezmail-emacs rdiezmail-em...@yahoo.de writes: r The console mode has been a shock. There is no mouse at all. I cannot r navigate the menus as usual, menu-bar-open is weird and unfriendly. r But, worst of all, some key combinations do not work well. But that's the way it must be here on Debian, if you are root. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633652 My question is how do all those high powered Debian Developers cope? Don't tell me they don't use emacs. Or not as root. Not even when administering their system? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ty99otg1@jidanni.org
Re: emacs on a text console - please help me overcome the shock
KR == Kenyon Ralph ken...@kenyonralph.com writes: KR I use emacs under X to administer my Debian systems. I don't run it as KR root though. I use emacs TRAMP to use sudo to edit files as root on KR the local machine. On remote machines I do the same but in an ssh KR session in xterm (I don't use mouse or menu bars in emacs in X KR anyway). I'm a safe sex fan myself, however there are limits to how much I am willing to sacrifice that raw feel. KR Looking at bug 633652, have you tried running X programs as root with KR sux or gksu instead of su? http://packages.debian.org/squeeze/sux KR http://packages.debian.org/squeeze/gksu Mmmm, sounds kinky, but at my age I don't think we can teach this old dog new tricks. But I suppose that's what the younger generation will use and just mark this bug wontfix. Alas, no family values. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqjxoro8@jidanni.org
Re: apt MD5Sum mismatch is due to multiple DNS queries!
HL == Holger Levsen hol...@layer-acht.org writes: HL Thanks Jidanni! Yeah, they thought I was short in the brains department, well... * Lord Finesse - Hey Look At Shorty http://www.youtube.com/watch?v=19ntL7f-IIklist=PL503A259FC0B1F2FB -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874o1x61ed@jidanni.org
apt MD5Sum mismatch is due to multiple DNS queries!
Gentlemen, junior programmer me has finally found the reason behind apt's MD5Sum mismatchs: multiple DNS queries! http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636292 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ei12tcgk@jidanni.org
Bug#633652: X-windows programs don't work anymore for root
TJL This is probably your dbus system bus. It's hard to say since pstree TJL does not show what arguments were used. # pstree -aA|grep dbus | |-grep dbus |-dbus-daemon --system |-dbus-daemon --fork --print-pid 5 --print-address 7 --session |-dbus-launch --sh-syntax --exit-with-session -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874o2qqqoj@jidanni.org
Bug#633652: X-windows programs don't work anymore for root
Package: general X-windows programs don't work anymore for root. And whatever is making these messages sure doesn't give a clue as to what package to reassign the bug to. # emacs -Q #sometimes things work, (but only for a few minutes.) But mostly they don't start at all anymore: # emacs -Q g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. # firefox ** GLib-GIO:ERROR:/build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./gio/gdbusconnection.c:2279:initable_init: assertion failed: (connection-initialization_error == NULL) Aborted -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-486 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zkkjbr8z@jidanni.org
Bug#633652: X-windows programs don't work anymore for root
TJL == Timo Juhani Lindfors timo.lindf...@iki.fi writes: TJL These both sound like dbus misconfiguration to me. Does something as TJL simple as xclock work? Yes xclock works. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrfntww6@jidanni.org
Bug#633652: X-windows programs don't work anymore for root
TJL == Timo Juhani Lindfors timo.lindf...@iki.fi writes: TJL jida...@jidanni.org writes: Yes xclock works. TJL Ok. You really need to describe what sort of setup you are using before TJL it is possible to guess what could be wrong. Are you starting dbus TJL session bus at all? I think so. I see its name here: # pstree -A init-+-acpid |-atd |-bash---xterm---su---bash---pstree |-console-kit-dae---64*[{console-kit-da}] |-cron |-2*[dbus-daemon] |-dbus-launch |-dictd |-exim4 |-getmail---sleep |-getty |-login---bash |-nodm---strace---nodm.real-+-Xorg | `-nodm.real---ck-launch-sessi-+-bash---icewm-session-+-icewm | | |-icewmbg | | `-icewmtray | `-ssh-agent |-ntpd |-pdnsd---3*[{pdnsd}] |-pppd |-rsyslogd---3*[{rsyslogd}] |-scim-helper-man |-scim-launcher |-scim-panel-gtk---{scim-panel-gtk} |-smartd |-udevd---2*[udevd] |-wwwoffled |-xterm---bash---emacs-+-aspell | `-2*[{emacs}] `-z50apt-get---sleep This bug started happening this month. And on all my computers. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxgj0wlu@jidanni.org
Re: Bug#602511: Fwd: Re: upstart support for nodm
All I know is you fellows broke nodm rather royally for me. I use nodm on desktops and laptops, with Debian flavor: deb http://ftp.us.debian.org/debian experimental main contrib non-free deb http://ftp.us.debian.org/debian unstable main contrib non-free I did aptitude forbid-version nodm and will stay with nodm: Installed: 0.7-1.1 Candidate: 0.8-1 for now. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633089 I fear assisting further test will injure my monitors, judging from how the multitude of different behaviors observed upon start, no matter the value of NODM_USER, including root and vanilla test accounts. The old nodm started right away, no ifs ands or buts. On my three computers, the new one just sputters along, popping in and out of a blank screen and then back to the console and back to the blank screen. Or dying completely. Or getting into X but not reading ~/.Xresources ... etc. Must be some kind of a race condition, that's all I know. Yes, I purged and reinstalled. Snap, crackle, pop. No more testing for me lest I need to go to town to buy a new monitor. P.S., Upon install we are asked start at boot...? Well if we say no, we will never be able to start it, and the rest of the configuration is aborted. That message needs to be updated to sysv-rc-conf(8) era thinking. Giving more details, for the user who still wants /etc/init.d/nodm start to work, but not to start at boot. (I start via a question with countdown in /etc/rc.local myself). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aacol2gx@jidanni.org
Re: apt-get update MD5Sum mismatch
SP == Simon Paillard spaill...@debian.org writes: SP Jidanni, could you please report such issues to debian-mirrors ? OK, but nobody sees it there, http://lists.debian.org/debian-mirrors/2011/07/msg5.html -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vcvfhsvv@jidanni.org
apt-get update MD5Sum mismatch
W: Failed to fetch http://ftp.us.debian.org/debian/dists/unstable/contrib/binary-i386/PackagesIndex MD5Sum mismatch W: Failed to fetch http://ftp.us.debian.org/debian/dists/unstable/non-free/binary-i386/PackagesIndex MD5Sum mismatch W: Failed to fetch http://ftp.us.debian.org/debian/dists/experimental/main/binary-i386/PackagesIndex MD5Sum mismatch W: Failed to fetch http://ftp.us.debian.org/debian/dists/unstable/main/binary-i386/PackagesIndex MD5Sum mismatch Can't be a mirror issue. I'm not using a mirror. I have an idea. First put each thing and its checksum into a temporary directory, then when _both_ parts are fully ready, move them into the staging area for users to download, all with the same mv command too. That way the window of time for this to happen will effectively be reduced to zero! What do you say? Sure you might argue that its only a few times a day and for a few minutes that this occurs. However since you have more than a handful of users I think it is high time you correct your algorithm please. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878vspzi39@jidanni.org
Re: apt-get update MD5Sum mismatch
P.S., E: Failed to fetch http://ftp.us.debian.org/debian/pool/main/s/sqlite3/libsqlite3-0_3.7.7-1_i386.deb: 404 Not Found [IP: 35.9.37.225 80] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqm1xwvh@jidanni.org
Re: apt-get update MD5Sum mismatch
AM == Albrecht Mann n...@nexnode.net writes: Can't be a mirror issue. I'm not using a mirror. AM Yes you are. OK, psst... tell me the root URL, I promise I will only use it for testing. (Hmmm, that's what I told the .TW mirror before I ditched him, so better not tell me.) E: Failed to fetch http://ftp.us.debian.org/debian/pool/main/s/sqlite3/libsqlite3-0_3.7.7-1_i386.deb: 404 Not Found [IP: 35.9.37.225 80] AM This is because you haven't successfully updated the Release files first AM and this package has been removed from the mirror in the meantime. Well they removed it and then put it back $ HEAD -P http://ftp.us.debian.org/debian/pool/main/s/sqlite3/libsqlite3-0_3.7.7-1_i386.deb 200 OK $ HEAD -P http://35.9.37.225/debian/pool/main/s/sqlite3/libsqlite3-0_3.7.7-1_i386.deb 200 OK So they must be using some quite fancy algorithms. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878vspxq39@jidanni.org
first put the packages in place, then afterwards the index files
I recommend first putting the packages in place, then afterwards the index files. After a successful apt-get update, I got upon upgrade Err http://ftp.us.debian.org/debian/ unstable/main libuuid1 i386 2.19.1-2 404 Not Found [IP: 64.50.236.52 80] Err http://ftp.us.debian.org/debian/ unstable/main libblkid1 i386 2.19.1-2 404 Not Found [IP: 64.50.236.52 80] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87tybn3c4e@jidanni.org
Re: double checking Debian's 686-pae vs. -486 probe
BH == Ben Hutchings b...@decadent.org.uk writes: BH The clue is in the name. And expanded in the description, in case you BH don't know what PAE is. $ apt-cache show linux-image-2.6.39-1-686-pae|grep Celeron supported by the Intel Pentium Pro/II/III/4/4M/D, Xeon, Celeron, Core and That's me. Celeron. Odd how whatever script it was told me I had to use -486. I looked in the preinst and postinst parts of /var/cache/apt/archives/linux-image-2.6.39-1-686-pae_2.6.39-1_i386.deb to try to find what probed my Celeron and said it couldn't use 686-pae and had to use -486, but it is onebigblack mystery so sorry. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ipt0ze1n@jidanni.org
Re: double checking Debian's 686-pae vs. -486 probe
JM == Josselin Mouette j...@debian.org writes: JM How about trying a “grep pae /proc/cpuinfo” instead of looking for JM approximate CPU descriptions? And indeed lshw says product: Intel(R) Celeron(R) M processor 1.40GHz capabilities: fpu fpu_exception wp vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts I.e., no pae. So I would add often in the Description: This kernel requires PAE (Physical Address Extension). This feature is **often** supported by the Intel Pentium Pro/II/III/4/4M/D, Xeon, Celeron, Core and Atom; AMD Geode NX, Athlon (K7), Duron, Opteron, Sempron, Turion or Phenom; Transmeta Efficeon; and VIA C7. or may be or often available or something like that. Also the -486 Description should mention the name of the -686-pae package. Say, for the sake of sharing a single .deb offline, what bad thing might happen if I run the -486 kernel on my other machines where I could run the -pae kernel? Namely other single Celerons having the pae capability. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ei3ozbon@jidanni.org
Re: double checking Debian's 686-pae vs. -486 probe
AR == Andrey Rahmatullin w...@wrar.name writes: AR Or specifically mention early Centrino CPUs not having PAE support. Celeron™ too! So just say may or might like the pros do. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871uzoz6we@jidanni.org
Re: double checking Debian's 686-pae vs. -486 probe
Ah, http://en.wikipedia.org/wiki/NX_bit http://en.wikipedia.org/wiki/Physical_Address_Extension http://en.wikipedia.org/wiki/Symmetric_multiprocessing you know I am learning more and more from you fellows every day. I have some specific recommendations: forget about listing individual brands, just say available in many newer CPUs, check your /proc/cpuinfo . Nothing happens. You just won't be able to use pae capabilities. Which means you are limited to ~3.5GiB physical memory. BH Also no SMP. Nor NX. Excellent to know. Do mention that on the Description. Knowing that I can now switch my sneakernet to a pure -486 implementation, as I won't be missing a thing. 3.5GiBs of physical memory? They're not as cheap as gum sticks, you know. Speaking of which, http://www.youtube.com/user/jidanni2#p/c/6E40919035151385/10/hB2b3Ce5op0 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8739k3ve3m@jidanni.org
double checking Debian's 686-pae vs. -486 probe
Recently Debian sid split the kernel into these two packages, linux-image-2.6.39-1-486_2.6.39-1_i386.deb linux-image-2.6.39-1-686-pae_2.6.39-1_i386.deb My Thinkpad ended up being told by the installation scripts to use -486. But my Thinkpad isn't really very old... how can one double check to see if the decision was correct? I can't figure it out even after probing the .debs to find just where they probe the choice. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8739k5ynn6@jidanni.org
Re: double checking Debian's 686-pae vs. -486 probe
RC == Russell Coker russ...@coker.com.au writes: RC Why not just install the other kernel and try booting it? Maybe it will lead to subtle data loss. You never know. That's why I was hoping to dig out of the .debs just how they determine which Thinkpads are hip, and which to skip. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqn8yj1f@jidanni.org
Re: Debian Project mourns the loss of ...
BB == Bastian Blank wa...@debian.org writes: BB Before demanding private information from others, you could fix your MUA BB to include a name of your own. Well you could first help by not using a Blank surname! :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iptxljro@jidanni.org
Re: Debian Project mourns the loss of ...
Could the Debian obituaries start including the age, and cause of death please. http://en.wikipedia.org/wiki/Obituary#Contents -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87k4egojki@jidanni.org
Re: Bug#620808: ITP: payyans -- A python utility to convert between ASCII and Unicode.
Also note the uni2ascii package. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87oc4ipyyw@jidanni.org
Re: cdn.debian.net as a project service?
JV == James Vega james...@debian.org writes: JV As for #616489, that doesn't make any sense. How can apt know the hash sums JV don't match if it hasn't downloaded the file in order to compute the hash sum JV for comparison? I don't know. All I know is it also seems to happen at ftp.us.debian.org too. W: Failed to fetch bzip2:/var/lib/apt/lists/partial/ftp.us.debian.org_debian_dists_experimental_main_binary-i386_Packages Hash Sum mismatch W: Failed to fetch bzip2:/var/lib/apt/lists/partial/ftp.us.debian.org_debian_dists_unstable_main_binary-i386_Packages Hash Sum mismatch -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqpwjyaz@jidanni.org
Re: cdn.debian.net as a project service?
...and when it happens it takes out apt's index files for several hours # apt-cache policy coreutils coreutils: Installed: 8.5-1 Candidate: 8.5-1 Version table: *** 8.5-1 0 100 /var/lib/dpkg/status -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87oc5gjy0d@jidanni.org
Re: cdn.debian.net as a project service?
Speaking about mirrors. I gave up on using them for apt-get update and haven't looked back since. * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616064 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616489 Works for me! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxl1w0dr@jidanni.org
no more mirrors for me
Well that is all pleasant and good, and I hope you fellows get your mirror issues resolved. However I think you fellows should take a lesson from Google™ who doesn't bother the consumer about mirrors... it's all under the hood, from best cache worthy HTTP headers to ISPs who use them best, or who knows... not my business. Besides, at 512K download speed I'm only a bit environmental irresponsible if all that caching isn't taking place... And such caching would be smarter than bothering with mirrors in the first place I bet too. And Uh oh, I also violated http://www.debian.org/MailingLists/#codeofconduct * If you send messages to lists to which you are not subscribed, always note that fact in the body of your message. And do wish to thank those who CC'd me else I only check in when I use my computer B which is where I read Gmane.org from every couple days. By the way did you know my grand goddaughter tells me Geritol™ now comes in tablets too maybe :-). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ipvpvyjp.fsf...@jidanni.org
oops I sent a courtesy copy in violation of the code of conduct
Recently I replied to a certain message on this list with my familiar S W runs the command gnus-summary-wide-reply-with-original keystrokes, only to receive I'm subscribed to the list, no need to CC me: http://www.debian.org/MailingLists/#codeofconduct No need to reply to this message. And indeed lo and behold, my S W habit is in violation here, 100%. However the same keystrokes on a different message did not produce the complaint inducing courtesy copy. Was the first message boobytrapped? No. The second message I replied to it turns out contained Mail-Followup-To: debian-devel@lists.debian.org, jida...@jidanni.org Therefore perhaps http://www.debian.org/MailingLists/#codeofconduct could be amended to mention that adding a Mail-Followup-To header might add an additional wall of defense for those who wish to cut down even further the possibility they might receive a courtesy copy from the less technically adept. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878vwlvxlh@jidanni.org
Re: Aren't there any checks in place to prevent a package from becoming uninstallable?
BF == Ben Finney ben+deb...@benfinney.id.au writes: BF Why is Auntie Nelda using the unstable repository? Is she comfortable BF running an OS from a repository with no promises about stability? If BF not, who advised her to do that? Let's find out, http://www.youtube.com/results?search_query=auntie+nelda http://www.youtube.com/jidanni2#p/c/6E40919035151385/6/Tp8XcAKYsKo :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87lj0zhhs7@jidanni.org
Re: Aren't there any checks in place to prevent a package from becoming uninstallable?
Well OK, but can't the package owners get a friendly mail once a day yoo hoo Holmes, your package is now broken, lest they relax at the beach totally unaware one day Auntie Nelda might suddenly have the urge to use their package in a hurry? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87bp1xhnrf@jidanni.org
Aren't there any checks in place to prevent a package from becoming uninstallable?
Aren't there any checks in place to prevent a package from becoming uninstallable? E.g., bug #615530, #615528. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8762s5j4rs@jidanni.org
Re: what are Debian emacs (24) users supposed to do now?
Regarding W: Failed to fetch http://emacs.orebokech.com/dists/sid/main/binary-i386/Packages.gz 404 Not Found RF == Romain Francoise rom...@orebokech.com writes: RF Either build from source yourself, or go back to Emacs 23. Holy moly. My .emacs file has evolved greatly since emacs 23 using your emacs 24 snapshots -- I can't go back. And I can't build from source myself because, well, if it is too frustrating for you developer guys, it would be 1000 times more frustrating for us user guys. So I guess there I am, stuck holding on to my precious copy of emacs-snapshot-bin-common_1%3a20101204-1_i386.deb emacs-snapshot_1%3a20101204-1_i386.deb emacs-snapshot-common_1%3a20101204-1_all.deb emacs-snapshot-el_1%3a20101204-1_all.deb unless some other developer will step forward... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87k4ia50ie.fsf...@jidanni.org
packages whose Description first line is merely their name again
New and noteworthy packages --- The following packages were added to the unstable Debian archive recently: * rtkit -- Realtime Policy and Watchdog Daemon [97] * scenic -- telepresence software for live performances and installations [98] * sea-defender -- Sea Defender [99] Isn't someone checking that new packages should have more description in the first line of their Description? There could be a checker added that if the package name equals the first line of the Description, the package should be given a better Description first line. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87bp5e8fd4@jidanni.org
apt stuck! clear out 0 byte files from the mirrors
Better get those 0 byte files off of the mirrors. Apt is stuck. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595691 That's the only way to get out of this mess without needing to alert users. Get rid of the zero byte files on the mirrors, push out a new apt, and hope nobody notices. You can bring back the zero byte files weeks later if you insist, but I wouldn't. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87eid7f91p@jidanni.org
apt stuck! clear out 0 byte files from the mirrors
OK, it seems only debian-multimedia has the problem. I'll tell maril...@debian.org to please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595691 . P.S., the way the progress messages appear, one cannot tell which server we are working with, but instead the last transaction completed etc. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d3srf8cn@jidanni.org
Re: Bug#589632: ITP: ppp -- Point-to-Point Protocol (PPP) - daemon
Your posting looks identical to one for a package that didn't yet exist in Debian. Readers think when they see the Subject: I swear I already use a such named package. Therefore there should be put into place a system to allow you to use a different subject. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxrusi0z@jidanni.org
Re: Any one getting aptitude frozen on update with Translation-en bzip2 ?
Yes, my aptitude is frozen right now at the same spot :( AH I am also experiencing this, seems to just be a problem with the main AH repo. I use http://ftp.uk.debian.org. The problem is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595691 FT Too late to hope this problem will not be discovered. FT There are many 'unofficial' repos out there, that up to now have been working fine, but now stall updating Squeeze. FT And many of us use synaptic or similar, and have no idea why a whole bunch of Translation files can not be downloaded. FT Even running apt-get shows only a Translation file hangs, but not from which server. FT I think we need to advertise the fix, maybe on the debian main page? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fwxmsh82@jidanni.org
Re: Essentiality of Bash
I don't get it. Even booting still requires bash $ find grub* -executable|xargs checkbashisms #grub-pc 1.98+20100617-1 script grub-common.preinst is already a bash script; skipping script grub-pc.postinst is already a bash script; skipping script grub-pc.postrm is already a bash script; skipping script grub-pc.prerm is already a bash script; skipping Despite apparent efforts to clean it out http://www.google.com/search?q=bashisms+grub+site:bugs.debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrtu5u6e@jidanni.org
What is the codename of the current stable release?
In Debian Project News - June 14th, 2010 AR == Alexander Reichle-Schmehl toli...@debian.org writes: AR Debian Community Poll AR The Poll is available at http://tinyurl.com/3y33ska . Torsten asks to AR spread the link to as many users as possible. And there at tinyurl, we read |What is the codename of the current stable release? * This question |should block spammers from filling out the form. You have to enter the |correct answer for taking part in the poll. [ ] The fun thing is I failed the test because I never can keep track of those name changes, probably because I'm |How long have you been using Debian? | | * ( ) 0 - 2 years | * ( ) 2 - 5 years | * ( ) 6 - 10 years = * ( ) more than 10 years Anyway, I don't actually wish to know the codename of the current stable release. All I know is I use sid/unstable, and also experimental, and there is also stable and testing. The other fly-by-night names are hard to remember, and (my point is:) it would be neat indeed if wherever they appear through the project, they we accompanied by (testing) or (stable). E.g., http://www.debian.org/devel/debian-installer/ forces one to research which name is what. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sk4i5tgu@jidanni.org
Depends: libapt-pkg-libc ... which is a virtual package
It seems for us experimental archive users, most of the year we see e.g., The following packages have unmet dependencies: aptitude: Depends: libapt-pkg-libc6.9-6-4.8 which is a virtual package. python-apt: Depends: libapt-inst-libc6.9-6-1.1 which is a virtual package. Depends: libapt-pkg-libc6.9-6-4.8 which is a virtual package. libapt-pkg-perl: Depends: libapt-pkg-libc6.9-6-4.8 which is a virtual package. libept0: Depends: libapt-pkg-libc6.9-6-4.8 which is a virtual package. then about every two months the problems go away for two weeks. It would be nicer if every two months, the problem persisted for only two weeks. Can't somehow things be more coordinated? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sk8giz1t@jidanni.org
Bug#571092: mention security address on http://www.debian.org/security/
Package: www.debian.org Tags: security Severity: wishlist X-debbugs-cc: debian-...@lists.debian.org,debian-devel@lists.debian.org, rho...@deb.at GF == Gerfried Fuchs rho...@deb.at writes: GF Hi! GF * jida...@jidanni.org [2010-02-22 18:12:46 CET]: Do mention secur...@debian.org on http://www.debian.org/security/ , even if one can dig it out of the contacts page. GF Please see the Contact information at the end of the page. Though, I GF have to admit, that page could need Table of Contents at the top. GF Thanks, GF Rhonda My whole point is that e.g., police emergency services make sure to not solely depend on a secondary page for vital contact information... People in a panic are not going to find it. Please put in on http://www.debian.org/security/ in addition to http://www.debian.org/contact lest this sound like a story from RISKS Digest. Thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87tyt8up8e@jidanni.org
Bug#570980: man sbin man pages are in section 1 instead of section 8
Package: general Severity: wishlist Many executables in .../sbin have their man pages in section 1 instead of section 8. Perhaps a piuparts like script could comb over the apt-file search results to target them. Not sure if a policy violation. Or if should be made part of policy. P.S., I am sure I filed this bug in the right place, as reportbug says general General problems (e.g., that many manpages are mode 755). P.S.S., Maybe even check if .../bin programs have their man page wrongly put into section 8 too. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wry5iam9@jidanni.org
Bug#570980: reportbug general bug filing recommendation (was Re: Bug#570980: man sbin man pages are in section 1 instead of section 8
HL Do you intend to file individual bugs? I'd appreciate this. Actually I've filed many individual bugs, some even just today. Then I got this great idea that instead of me just mentioning in to packages that I've stumbled into, there could be a systematic combing of all Debian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874ol9fcno@jidanni.org
Bug#570980: reportbug general bug filing recommendation (was Re: Bug#570980: man sbin man pages are in section 1 instead of section 8
I tried to find all bugs with section 8 in their title via http://bugs.debian.org An error occurred. Error was: You have to choose something to select by I'll try this to at least find (most of) mine: $ w3m -cols -dump http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=jida...@jidanni.org|grep -i section\ 8 • #476403 [w| | ] [powermgmt-base] section 8 of manual • #512447 [w| | ] [libgraphviz4] man page belongs in section 8 • #512449 [w| | ] [powermgmt-base] man page belongs in section 8 • #512450 [w| | ] [util-linux] man page belongs in section 8 • #512451 [w| | ] [wodim] man page belongs in section 8 • #512452 [w| | ] [xjdic] man page belongs in section 8 • #570980 [w| | ] [general] man sbin man pages are in section 1 instead of section 8 • #570981 [w| | ] [aircrack-ng] perhaps move man pages to section 8 • #566219 [w| |↝] [unetbootin] move to section 8 and sbin Yes, perhaps reassign to lintian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vddpdx5c@jidanni.org
Bug#570980: teasers
Well just like many of the comments to 348864, I just hate the teasers in section 1 that only root can run. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wry4vou6.fsf...@jidanni.org
Debian Public Relations Director
I had a certain somebody in mind that I wanted to nominate for the post of Debian Public Relations Director. But alas, no such mechanism exists amongst $ w3m -dump http://www.debian.org/devel/constitution |grep -i nominate So never mind. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#551789: can somebody put the unihan.txt file back?
# PW == Paul Wise p...@debian.org writes: #PW I think this bug should be reassigned back to the unicode package and #PW changed to severity important reassign 551789 unicode severity 551789 important #PW it needs to be adapted to the latest upstream formats and probably #PW also handle the old format too. #Hope someone takes charge. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
can somebody put the unihan.txt file back?
Can somebody put the unihan.txt file back where it belongs via NMU for 551789? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: can somebody put the unihan.txt file back?
BF == Ben Finney ben+deb...@benfinney.id.au writes: BF explicit as to why you think it's relevant here I was hoping someone on debian-DEVEL could speed the process with a NMU or something. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
ucf was run from a maintainer script that uses debconf...
found 513142 1.8.42 tags 513142 - unreproducible notfixed 513142 thanks I wish the line below, Please inform the package maintainer about this problem. would say which package it is talking about. Or at least it could say don't tell the maintainers of x y and z'. Setting up dbconfig-common (1.8.42) ... *** WARNING: ucf was run from a maintainer script that uses debconf, but the script did not pass --debconf-ok to ucf. The maintainer script should be fixed to not stop debconf before calling ucf, and pass it this parameter. For now, ucf will revert to using old-style, non-debconf prompting. Ugh! Please inform the package maintainer about this problem. Need debconf to interact dpkg: error processing dbconfig-common (--configure): subprocess installed post-installation script returned error exit status 2 I found Bug #513142 [dbconfig-common] ucf/dbconfig warning when package is installed All I know is I still get the warning. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: SpamAssassin is run on Alioth, but its results are ignored
OK, but can somebody adjust the spam filtering on debian-eeepc-de...@lists.alioth.debian.org to make it just as spam free as debian-devel@lists.debian.org Thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Taiwan Mini DebCamp 2009/12/26-28
http://wiki.debian.org/DebianTaiwan/MiniDebCamp -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: SpamAssassin is run on Alioth, but its results are ignored
Re: http://news.gmane.org/group/gmane.linux.debian.devel.general/thread=147634 Thank you all for your attention to this issue and allowing us to finally find people in charge for http://news.gmane.org/group/gmane.linux.debian.devel.eeepc/thread=2462 Now what is needed is for the spam threshold for debian-eeepc-de...@lists.alioth.debian.org to be lowered from 12 which is way too high, certainly higher than some quite low spam groups I recall seeing on lists.debian.org at least, to something more sane. Indeed, perhaps adjust the SpamAssassin required_score instead of internal settings outsiders cannot be aware of, and then simply act on X-Spam-Status: Yes. I vote for required_score 2, any less and then even yours truly's messages wouldn't get through :-) I'm not aware what notification rejected messages get, if indeed they should at all get... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: SpamAssassin is run on Alioth, but its results are ignored
SpamAssassin is run on Alioth, but its results are ignored. The spam, though detected, is not separated out from the stream. SG This is isn't actually true $ GET http://article.gmane.org/gmane.linux.debian.devel.eeepc/2539/raw |grep X-Spam-Status X-Spam-Status: Yes, score=9.2 required=5.0 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
SpamAssassin is run on Alioth, but its results are ignored
SpamAssassin is run on Alioth, but its results are ignored. The spam, though detected, is not separated out from the stream. We have tried over and over to get in touch with anybody in charge. Maybe somebody reading debian-devel can tell an Alioth administrator. http://news.gmane.org/group/gmane.linux.debian.devel.eeepc/thread=2462 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Taiwan Mini-DebConf to visit world's tallest building, Google 2009.09.28
We have added a day trip to the Taiwan Mini-DebConf program, to visit the Google Corporation, in Taipei 101, the world's tallest building. http://wiki.debian.org/DebianTaiwan/MiniDebConf2009#Monday2009-09-28 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: responsibility for iptables bug
You people are lucky you have me on board. Because I am a very simple minded person. All I know is I use some thing documented there on the iptables man page, and I get a warning. I noticed that warning because I happened to look in /var/log/syslog one day. The warning says something worse will happen in the future unless something gets fixed. If we are not supposed to use that thing, that fact should be stated on the iptables man page. Otherwise you are selling cars whose axles you know will break in the future, and not warning the consumer about it. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: responsibility for iptables bug
LB Prey tell, what is wrong with maintainers of for example iptables, LB providing a conffile with samples (which may even be commented out) LB which they can reference to in their documentation, where they LB comment on the different settings? LB This is what we do with /etc/sysctl.conf today. And I still think a LB wishlist bug against iptables is appropriate and would have helped LB Jidanni, had it existed. It would have not likely helped me, Jidanni, as I just use cookie cutter recipes, and all I know is I need to update this recipe I got from somewhere, iptables -F; iptables -X; iptables -N b iptables -A b -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A b -m state --state NEW ! -i ppp0 -j ACCEPT iptables -A b -j LOG -m limit; iptables -A b -j DROP iptables -A INPUT -j b; iptables -A FORWARD -j b so it stops causing warning messages. Or, the iptables man page needs to mention the additional steps one needs to do when using certain keywords, or else there is a clear bug in the man page: you use what it offers, and you end up getting error messages. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Talk: Reflections of a bigtime Debian bug reporter
Gentlemen, I shall be delivering my talk, Reflections of a bigtime Debian bug reporter http://jidanni.org/comp/bug_reporter.html at the 2009 Taiwan Mini Debian Conference http://wiki.debian.org/DebianTaiwan/MiniDebConf2009 2009/09/26-27. Please be gentle. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
responsibility for iptables bug
I need some help with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526521 I want to know the proper package to assign this bug to. All I know is we are supposed to use iptables recipies to protect our computers, and when I use # iptables -A b -m state --state ESTABLISHED,RELATED -j ACCEPT in /var/log/syslog I see nf_conntrack version 0.5.0 (8046 buckets, 32184 max) CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use nf_conntrack.acct=1 kernel paramater, acct=1 nf_conntrack module option or sysctl net.netfilter.nf_conntrack_acct=1 to enable it. I read /usr/share/doc/iptables/README.Debian but that's over my head. In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535001 proposed solution are mentioned but there are no references. Please also see http://www.mail-archive.com/shorewall-us...@lists.sourceforge.net/msg08097.html -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: responsibility for iptables bug
retitle 526521 add /etc/sysctl.d/iptables.conntrack.accounting.conf severity 526521 wishlist thanks LB == Lars Bahner lars.bah...@gmail.com writes: LB You don't really need to file a bug. You need to add a file LB /etc/sysctl.d/iptables.conntrack.accounting.conf LB which should contain the line: LB net.netfilter.nf_conntrack_acct=1 LB You could file this a a wishlist bug report against the iptables LB package, and see if the maintainer wish to add this file (or a larger LB /etc/sysctl.d/iptables.conf with some sane defaults). OK, though this is all over my head. Hoping maybe soon the warning will go away. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Double /dev/disk/by-id Vision
FZ == Felix Zielcke fziel...@z-51.de writes: FZ I'm also running the udev in experimental 146-1 and have the same, but FZ it affects only my IDE disk not my SATA ones even though they have an FZ ata-* link too: FZ $ ls -1 /dev/disk/by-id/ FZ ata-SAMSUNG_SP1213N_SAMSUNG_SP1213N_S00UJ10X203399 FZ ata-SAMSUNG_SP1213N_SAMSUNG_SP1213N_S00UJ10X203399-part1 FZ ata-SAMSUNG_SP1213N_SAMSUNG_SP1213N_S00UJ10X203399-part2 FZ ata-ST3808110AS_5LR0ECJH FZ ata-ST3808110AS_5LR0ECJH-part1 FZ ata-ST3808110AS_5LR0ECVK FZ dm-name-nvidia_cediideh FZ dm-name-nvidia_cediideh1 FZ dm-uuid-DMRAID-nvidia_cediideh FZ dm-uuid-DMRAID-nvidia_cediideh1 FZ scsi-1ATA_ST3808110AS_5LR0ECJH FZ scsi-1ATA_ST3808110AS_5LR0ECJH-part1 FZ scsi-1ATA_ST3808110AS_5LR0ECVK OK, now we are getting somewhere. Can somebody reassign this bug to the proper package? Thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Double /dev/disk/by-id Vision
Started happening last week, this became doubled: $ ls /dev/disk/by-id/ | head -n 1 ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR - - ^ ^ Debian Release: squeeze/sid APT prefers experimental http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543452 Or am I seeing things? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Double /dev/disk/by-id Vision
Odd, only the ata- ones are doubled. $ ls /dev/disk/by-id/ ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR-part1 ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR-part10 ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR-part3 ata-HL-DT-STDVD-ROM_GDR8082N_HL-DT-STDVD-ROM_GDR8082N_ usb-Generic_USB_CF_Reader_058F312D81B-0:1 usb-Generic_USB_CF_Reader_058F312D81B-0:1-part1 usb-Generic_USB_MS_Reader_058F312D81B-0:3 usb-Generic_USB_SD_Reader_058F312D81B-0:0 usb-Generic_USB_SM_Reader_058F312D81B-0:2 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540311: show something to ponder while filesystem checking
Package: initscripts Version: 2.87dsf-2 Severity: wishlist File: /etc/init.d/checkfs.sh X-debbugs-Cc: debian-devel@lists.debian.org I have an idea. Every few days when booting we encounter a file system check, which takes several minutes. We sit there, helpless, unable to issue any command. All we can do is watch the progress marker. Now being high powered Computer Pros (not me though), we ought to have something smart put there on the screen for us to ponder as the check proceeds. (No ads or fortune messages though please.) Then it dawned on me, we sit there wondering it says it is checking /dev/hda6. What disk of mine is that that is taking so long? /home? /usr? OK, then tell us. Sure, we can see on the screen that it is /dev/hda6 etc. But our hands are tied, we cannot do $ grep /dev/hda6 /etc/fstab or any other command at this point, and even if we could, /etc/fstab might have it listed as /dev/disk/by-id/... etc. and not /dev/hda6. Therefore I'm proposing that just like you say Checking root file system, before checking it, you also say what the other file systems you are checking refer to. Here is the log of what we see. # cat /var/log/boot Fri Aug 7 12:53:17 2009: Checking root file system...fsck from util-linux-ng 2.16 Fri Aug 7 12:53:17 2009: /dev/hda1: clean, 16109/81280 files, 239546/325048 blocks Fri Aug 7 12:53:17 2009: done. Fri Aug 7 12:53:17 2009: Cleaning up ifupdown Fri Aug 7 12:53:17 2009: Loading kernel modules...done. Fri Aug 7 12:53:17 2009: Checking file systems...fsck from util-linux-ng 2.16 Fri Aug 7 12:53:17 2009: /dev/hda6 has been mounted 35 times without being checked, check forced. Fri Aug 7 12:53:17 2009: \002/dev/hda6: 44085/542720 files (14.7% non-contiguous), 3993396/4339408 blocks Fri Aug 7 12:53:17 2009: /dev/hda7: clean, 12120/678912 files, 3955626/5428048 blocks (check in 5 mounts) Fri Aug 7 12:53:17 2009: /dev/hda8: clean, 114339/814400 files, 587051/1627282 blocks (check in 3 mounts) Fri Aug 7 12:53:17 2009: /dev/hda9: clean, 218558/950272 files, 1103243/1899442 blocks Fri Aug 7 12:53:17 2009: /dev/hda10: clean, 1839/490560 files, 1298458/1959922 blocks I notice a problem with these logs too, one needs to look at the kernel times to realize that I stood there helplessly wondering 192-11=181 seconds. Hey, that's three whole minutes of Ph. D. time (not me though)... let's be sure they are pondering something better than 'which filesystem is /dev/hda6?'. And Ph. D.s don't keep hardcopy of previous mount(8) output. # cat /var/log/kern.log Aug 7 12:53:21 jidanni2 kernel: [ 12.450865] EXT3 FS on hda1, internal journal Aug 7 12:53:21 jidanni2 kernel: [ 192.161015] kjournald starting. Commit interval 333 seconds Aug 7 12:53:21 jidanni2 kernel: [ 192.161323] EXT3 FS on hda6, internal journal OK, now I can find the answer to the mystery: # mount|grep /dev/hda6 /dev/hda6 on /home type ext3 (rw,commit=333) Perhaps also mention some df(1) stats for us to think about while we are sitting there. OK, I mean fdisk stats as it is not mounted yet. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Removal of fc-cache calls in postinsts
Or at least nice(1) those calls. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533019 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
depending on obsolete packages
One finds packages depending on obsolete packages, e.g., # aptitude -F %p search ?obsolete | xargs -n 1 echo aptitude why|sh -x + aptitude why libicu38 i gimpDepends libwebkit-1.0-1 (= 1.0.1) i A libwebkit-1.0-1 Depends libicu38 (= 3.8-5) + aptitude why libltdl3 i php5-mcrypt Depends libltdl3 (= 1.5.2-2) + aptitude why libvolume-id0 i hal Depends libvolume-id0 (= 0.113-1~) + aptitude why linux-image-2.6.26-1-686 i linux-image-686 Depends linux-image-2.6.26-1-686 Bugs have been filed for all of them, but can't there be an automatic check added to the system to stop or warn somebody? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#515700: /etc/sane.d/epkowa.conf not removed
B I actually can't remove the file because Avasys ships B debian packages of the epkowa backend. Removing the config file is a B no-no here. B This has unfortunately always been a problem with conffiles. J All I know is dlocate said there is no other owners... sounds like J some policy violation is going on... B Again: the file has not been forgotten, it's a conffile and I cannot B remove it because some other package may or may not own it and there's B just no way to know. Odd, I only see $ apt-file search epkowa.conf libsane-extras: /etc/sane.d/epkowa.conf I'll Cc debian-devel because this is all over my head. Wait, you said Avasys ships debian packages... So for safety you don't delete... hmmm, special... perhaps beyond policy. I'll CC the list anyway as this is all far beyond me. Perhaps upon purge a special message should be printed... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposal of new control field: Date
OK, instead of a Date: field in Packages, I can get a better idea of how well maintained a package is with an updates vs. bugs perspective, e.g., for package do for u in http://packages.qa.debian.org/common/index.html?src=$package \ http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=$package do w3m -dump $u done done OK, I withdraw my Proposal. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposal of new control field: Date
Speaking about new control fields, how about Date:? Imagine, freshness dating available right there on the grocer's shelf, in Packages.gz. No need for the consumer to jump through additional hoops to find out. OK, never mind. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposal of new control field: Date
Imagine, freshness dating available right there on the grocer's shelf, in Packages.gz. No need for the consumer to jump through additional hoops to find out. PW Which date would it contain? The date the maintainer made the polishing touches on the .deb. That way one could tell, even when offline, if a package hasn't been updated in ten years. Well OK, assuming network connections, one can always just do e.g., $ apt-get -yyqq --print-uris install abiword| perl -F\' -alnwe 'print $F[1]'|xargs --verbose -n 1 HEAD -P|grep -i Last-Modified HEAD -P http://ftp.tw.debian.org/debian/pool/main/libv/libvoikko/libvoikko1_2.0-1_i386.deb Last-Modified: Tue, 13 Jan 2009 15:02:17 GMT HEAD -P http://ftp.tw.debian.org/debian/pool/main/libg/libgsf/libgsf-gnome-1-114_1.14.11-2_i386.deb Last-Modified: Fri, 30 Jan 2009 17:47:03 GMT But the same could be said about some of the other fields, like Size. Just do another HEAD to get the Size. But OK, Size is more important than Date, so it gets a field in Packages.gz. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: finally purged debconf items with no owners
j good_owners:owners j dpkg -l $$(cat $?)|perl -alnwe 'print $$F[1] if /^.[ic]/' $@ I should have used COLUMNS= dpkg... I ended up messing up a lot of packages. That is life here. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: finally purged debconf items with no owners
AM == Agustin Martin agmar...@debian.org writes: AM You can try /usr/share/debconf/fix_db.pl AM IIRC, it checks for templates with no owners. Ah, Indeed, it seems to mention that in the code. I wish these things were documented. $ find /usr/share/man*/m*|grep debconf|xargs zgrep -i fix $ dlocate bin/debconf|sed s/.*://|xargs grep -i fix OK, I will cross my fingers and run the unlabeled medicine bottle /usr/share/debconf/fix_db.pl once a year. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: piuparts offline
LN == Lucas Nussbaum lu...@lucas-nussbaum.net writes: LN - using a local cache/proxy, such as approx, that would have the .debs LN you need if you first run piuparts online once on the packages you are LN interested in, before running it offline. I used to run apt-get through WWWOFFLE, but then thought that is a big waste. OK, thanks anyway. I'm wishing piuparts could be enhanced one day with: --local: don't go online at all, and instead attempt to get everything we need from /var/cache/apt/archives and /var/lib/apt/lists. Can be combined with --dry-run to see if everything we need is already in place. Also one can cache the result for faster startup a second time with ... OK, bye. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
finally purged debconf items with no owners
I have finally figured out how to remove the items with no owners from the debconf database. It took the fancy Makefile below, created by reverse engineering the extremely complicated debconf system as far as I was able. The big problem is that it is an extreme mystery how to do just # debconf-whatever --purge whatever If anybody knows the answer, please say it. Anyway, here's the Makefile purge:/tmp/base_purge bad_owners set -xe; for i in `cat bad_owners`; do j=/tmp/$$i.postrm; ln $ $$j;\ $$j; done bad_owners:owners good_owners comm -3 $? $@ owners:/var/cache/debconf/config.dat debconf-show --listowners|sort -u $@ good_owners:owners dpkg -l $$(cat $?)|perl -alnwe 'print $$F[1] if /^.[ic]/' $@ /tmp/base_purge: echo . /usr/share/debconf/confmodule \\ db_purge $@ chmod +x $@ By the way, just for the record below are the offending packages that left their configurations upon purge. I do not know if their current versions do the same. Nor do I know if piuparts detects such things. abiword-common alsa-base alsa-modules-2.4.18-k7 alsa-modules-2.4.19-k7 ash cpufreqd docbook-dsssl dpkg-www efax ftpd gnus htdig jpilot kdrill language-env libdvdread3 libpaper-utils libpaperg libpq3 libsensors3 links-ssl linux-image-2.6.16-1-686 php5-gd php5-mysql postgresql-client spamassassin ssh tetex-base tetex-bin txt2pdbdoc x86info xfree86-common xplanet -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: piuparts offline
Just use a local approx mirror. Patches are welcome. I'm saying that if anybody knows how to use piuparts (and/or pbuilder) offline, then please add an example to the documentation. Please show all the steps needed, starting at: # poff Thank you. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: piuparts offline
HL == Holger Levsen hol...@layer-acht.org writes: HL tags 512458 +wontfix HL thanks HL Hi, HL On Montag, 2. Februar 2009, jida...@jidanni.org wrote: Just use a local approx mirror. I'm saying that if anybody knows how to use piuparts (and/or pbuilder) offline, then please add an example to the documentation. HL You wrote those lines just quoted below the, albeit small, howto. Amazing. HL As you seem to be unwilling to follow the suggestion to provide a HL patch for the piuparts documentation how to use piuparts offline HL together with the approx package, I'm tagging this bug wontfix, as HL I dont have any interest to fix it. HL Feel free to provide a patch, I might include it. Else I will HL close this bug in a month. HL regards, HL Holger I am saying I do not know how to use piuparts offline. Therefore I am unable to provide a patch. I am saying if there is anyone who could document how to use piuparts offline, then I wish they would please kindly document how, with all the steps, starting from poff(1). Thank you. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
piuparts offline
Dear debian-devel: has anybody tried piuparts, pbuilder offline? You see, often there is some package that I suspect is not diaper-trained, leaving more than just say footprints in /var/log/ upon purge, or perhaps not cleaning back up the Registry (debconf), etc. So I think: well there's this piuparts package that can test those things. But my attempts with piuparts seem to show that it was made for people with good network connections. But then I say to myself: if, totally offline, I can apt-get (or aptitude) install and purge some package X, then why can't I do piuparts tests too offline? Everything I need is there, in /var/lib/apt/lists and /var/cache/apt/archives. (One hopes they could be mounted (read-only!!) during any tests.) Everything except instructions, that even Limited Edition Brain me can follow, see the Cc'd bugs. Thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: bug closed by spam for the second times
Gentlemen, I can't take it anymore. That's why I hand it to $ cat spam-bug-reopener #!/bin/sh -eu #reopen a Debian bug closed by spam, which you feed in via stdin bug=$( perl -nwe 'if (s/^X-Debian-PR-Message: they-closed (\d+)$/$1/){print;exit}') if test $bug then echo reopen $bug| mail -s Reopening $bug closed by spam [EMAIL PROTECTED] else echo $0: no bug number found. 12; exit 1 fi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]