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){
# ... 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,
> "RA" == Russ Allbery writes:
RA> David Bremner 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
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
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 "u
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
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
# 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:/
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 listma
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
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-de
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, e
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
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.d
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 writes:
>> Wish it was documented. Say on the man page.
MG> You
> "YP" == Yves-Alexis Perez 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
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/87
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 rep
[ http://article.gmane.org/gmane.linux.debian.devel.general/166498/ ]
> "NW" == Neil Williams 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.
--
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
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=gLtzQXTHiqk&list=PL38C412C876528CCB
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.d
> "KR" == Kenyon Ralph 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 men
> "r" == rdiezmail-emacs 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 a
>>>>> "HL" == Holger Levsen 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-IIk&list=PL503A259FC0B1F2FB
--
To UNSUBSCRIBE, email to debian-dev
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...
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-wi
> "TJL" == Timo Juhani Lindfors 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 na
> "TJL" == Timo Juhani Lindfors 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...@l
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_db
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
>>>>> "SP" == Simon Paillard 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
wi
> "AM" == Albrecht Mann 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:
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
Archiv
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/ex
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
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
> "AR" == Andrey Rahmatullin 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 listma
> "JM" == Josselin Mouette 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 se
> "BH" == Ben Hutchings 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.
O
> "RC" == Russell Coker 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
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 se
> "BB" == Bastian Blank 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 o
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.deb
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
...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
> "JV" == James Vega 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
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 i
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 k
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.
> "BF" == Ben Finney 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:/
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...@list
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/8762s5j
Regarding
W: Failed to fetch
http://emacs.orebokech.com/dists/sid/main/binary-i386/Packages.gz 404 Not
Found
> "RF" == Romain Francoise 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 s
> 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 -
>> 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 disc
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 debia
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.
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
In Debian Project News - June 14th, 2010
> "AR" == Alexander Reichle-Schmehl 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 t
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
sc
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: li
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 writes:
GF> Hi!
GF> * [2010-02-22 18:12:46 CET]:
>> Do mention secur...@debian.org on http://www.debian.org/security
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/87wry4vo
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...@jidan
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 UNSUBS
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 sur
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.deb
#> "PW" == Paul Wise 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 t
> "BF" == Ben Finney 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.
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
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-comm
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.
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: 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
>> 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
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
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 "uns
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
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,
retitle 526521 add /etc/sysctl.d/iptables.conntrack.accounting.conf
severity 526521 wishlist
thanks
> "LB" == Lars Bahner 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
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 /
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-dev
> "FZ" == Felix Zielcke 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
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
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/cg
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
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
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 Depe
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 violat
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
>> 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 w
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.or
> "AM" == Agustin Martin 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/debco
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". Trou
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-wh
> "LN" == Lucas Nussbaum 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 th
> "HL" == Holger Levsen 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
> 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-r
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 p
OK, this reopens and also reports.
#!/bin/sh -eu
#Reopen and report 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
set -x
echo reopen $bug|
mail -s "Reopening $bug closed by
1 - 100 of 125 matches
Mail list logo
