is not notified. And the person is trying to use a ssh.
---
dancer, a.k.a. Junichi Uekawa
Dept. of Knowledge Engineering and Computer Science, Doshisha University.
... Long Live Free Software, LIBERTAS OMNI VINCIT.
Hi,
I'm looking for a 'loginfo' file configuration that works
for alioth.
I thought I have found a solution few days ago, but when
I came back, it no longer seems to work correctly:
The script used in debian-gis repo (pkg-grass) works like a charm.
Feel free to use it... I
Hi,
I'm looking for a 'loginfo' file configuration that works
for alioth.
I thought I have found a solution few days ago, but when
I came back, it no longer seems to work correctly:
The script used in debian-gis repo (pkg-grass) works like a charm.
Feel free to use it... I
Hi,
This is an update on using userland COW method with pbuilder.
cowdancer is a tool that allows you to cp -al (hardlink) a tree, and
break the hardlink when a write-open to a file is performed. The
adventurous part of cowdancer COW implementation is that it's trying
to do this from within
Hi,
This is an update on using userland COW method with pbuilder.
cowdancer is a tool that allows you to cp -al (hardlink) a tree, and
break the hardlink when a write-open to a file is performed. The
adventurous part of cowdancer COW implementation is that it's trying
to do this from
Hi,
I've dug out some information from IRC logs:
saens was overloaded around 5 Jan 2006, with load average of 140 or
something, and eventually apache stopped. Since saens is one of
ftp.debian.org, it had a large impact, and packages.debian.org is
disabled temporarily as a workaround.
If
Hi,
Another difference I noticed is that fl-cow takes a list of
directories to protect in FL_COW, and seems to copy files
unconditionally on 'open'.
cowdancer caches a list of i-nodes so that it won't try to break
hardlinks more than once. (cow-shell does this much work).
Nice.
Hi,
I think you'll find the correct place is the -sh list, which was notified:
http://lists.debian.org/debian-superh/2002/04/msg00010.html
The sh arch in unstable has consisted of Architecture: all packages only
since then.
Even so you informed the porters it would have been nice
Hi,
Another difference I noticed is that fl-cow takes a list of
directories to protect in FL_COW, and seems to copy files
unconditionally on 'open'.
cowdancer caches a list of i-nodes so that it won't try to break
hardlinks more than once. (cow-shell does this much work).
Nice.
Hi,
Sorry for the late response, but I was on VAC for a while and my
backlog is always long:
* Let's modify pbuilder to run test-build tests and (if
possible) also the generic tool and test-install tests.
These belong, I think, better into pbuilder then piuparts,
Hi,
Hi,
I've dug out some information from IRC logs:
saens was overloaded around 5 Jan 2006, with load average of 140 or
something, and eventually apache stopped. Since saens is one of
ftp.debian.org, it had a large impact, and packages.debian.org is
disabled temporarily as a
Hi,
Cc'ing oprofile-list to see if anyone is interested in this topic.
I've been pondering on using kernel-package to generate debug
'vmlinux' images which are used in tools like kernel crash dump
analysis tools and oprofile[1].
Currently I'm running 'make vmlinux' after generating a
Hi,
The remaining problem is that we don't really have a standard
location for 'vmlinux'.
How about /boot/vmlinux-$version ?
This feels like the right answer to me. It's consistent with
the naming and using of the rest of the kernel's bits and pieces
Hi,
The remaining problem is that we don't really have a standard
location for 'vmlinux'.
How about /boot/vmlinux-$version ?
This feels like the right answer to me. It's consistent with
the naming and using of the rest of the kernel's bits and pieces
Hi,
* Let's modify pbuilder to run test-build tests and (if
possible) also the generic tool and test-install tests.
These belong, I think, better into pbuilder then piuparts,
but it might be that piuparts should run them also.
pbuilder hook is available for
Hi,
[Junichi Uekawa]
3. support for X. Some of my packages are command-line console tools,
but many are actually graphical apps. It would be a plus to have
some kind of interactive/noninteractive X-based testing.
Would xnee do the trick?
Actually, I wasn't aware of xnee.
Does
Hi,
[Junichi Uekawa]
3. support for X. Some of my packages are command-line console tools,
but many are actually graphical apps. It would be a plus to have
some kind of interactive/noninteractive X-based testing.
Would xnee do the trick?
Actually, I wasn't aware of xnee
Hi,
On Tue, Jan 24, 2006, Junichi Uekawa wrote:
I've checked out xnee, I've noticed that the info documentation was
not properly installed, and provided a patch. Looked over the BTS,
tried running, found the same error as bug 315736.
Curious of xnee, I installed it to try out too, I
Hi,
This is just to note that we're trying to package fmit.
It's a GPL tuner.
|--== Junichi Uekawa writes:
JU Hi,
Yes, I've prepared the first package to upload, it's a new one (see
#280876, the ITP is from Emiliano Grilli but I'll maintain the package
myself).
JU
Hi,
Sure, it'd be nice;
but then tomorrow someone else will come along who will claim that
Python is sucky and that Ruby is Teh Thing, and we can start this all
over from the start again.
I hear this argument against python all the time, and frankly, if people
were listening to such
Hi,
cdebootstrap sid regression test has been failing for the last few days.
who's mounting /proc in postinst and leaving it ?
- debootstrap finished
- copying local configuration
- Installing apt-lines
Refreshing the base.tgz
- upgrading packages
- mounting /proc filesystem
mount: /proc
Package: cdebootstrap
Version: 0.3.9
Hi,
I've found out that cdebootstrap is diverting invoke-rc.d too late,
and it's letting initscripts run mountvirtfs.
initscripts 2.86.ds1-11 in unstable is running mountvirtfs, it is
probably calling invoke-rc.d, but there is no policy-rc.d at that
time,
reopen 190560 [EMAIL PROTECTED]
reopen 188439 [EMAIL PROTECTED]
thanks
Hi,
the package is there in agnula, will be uploading soon.
kernel-patch-bootsplash (2.6.15-0) unstable; urgency=low
* Add patch for 2.6.15
-- Free Ekanayaka [EMAIL PROTECTED] Wed, 25 Jan 2006 21:51:48 +0100
Hi,
Jörg Sommer wrote:
# prep-deb-files from module-assistant creates the neccessary debian/
files
-kdist_config: prep-deb-files
+kdist_config: prep-deb-files patch-stamp
Not needed. The patches are in -source already pre-applied.
+ -$(MAKE) -f debian/rules unpatch
with xvfb.
Please recreate base.tgz for this to take effect.
-- Junichi Uekawa [EMAIL PROTECTED] Fri, 11 Nov 2005 08:46:38 +0900
What's the issue?
regards,
junichi
--
[EMAIL PROTECTED],netfort.gr.jp} Debian Project
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Hi,
Daniel Schepler wrote:
Have you tried just recreating base.tgz with an up-to-date pbuilder?
Ah, no. Cool. I'll have to file a wishlist item against pbuilder to
update its configuration upon update.
One problem is that currently policy-rc.d is just stuffed in without
any version
Hi,
I've blogged about it, but I'll re-post to the list for easier commenting.
http://www.netfort.gr.jp/~dancer/diary/daily/2006-Mar-4.html.en#2006-Mar-4-23:12:11
While I was reviewing Debian Weekly News translations, I noticed there
was autopkgtest. Nice to see something that emerging to be
Hi,
On forums.debian.net, people should be redirected to [EMAIL PROTECTED]
when they don't get an answer there, because debian-user has more
'powerusers' than forums.debian.net. The audiences of both support
resources are reasonably separate, because people tend to either swear
by forums, or
garabik COLOR:5:brightcyan:black
The same can be said about the default ls colors.
It shows directory names with blue on black.
--
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
Dept. of Knowledge Engineering and Computer Science, Doshisha University.
... Long Live Free
In Thu, 30 Mar 2000 11:10:20 +0100, de profundis Oliver Elphick
olly@lfix.co.uk cum veritas scribat
Try from another user :
ps axu | grep root | wc
and see how many processes root is running ...
--
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
Dept. of Knowledge
not have sendmail. I use imput for internet mail,
and sendmail only reaches my local network.
Maybe I'm weird.
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
Dept. of Knowledge Engineering
would love to remove it but there would be quite a lot of
trouble (and fear that legitimate info could be lost).
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
Dept. of Knowledge Engineering
would love to remove it but there would be quite a lot of
trouble (and fear that legitimate info could be lost).
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
Dept. of Knowledge Engineering
method a linux on sparc would boot up?
It's rather an important package IMO, should not be removed
from the distribution unless an alternative is found...
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp
number and I'll clean it out.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=62770repeatmerged=yes
so it's 62770.
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
Dept. of Knowledge
, but
that package doesn't include the wnpp bug.
All those bugs are filed against wnpp.
It would be nice if wnpp bugs appear in individual packages' bugs
list too. They do belong there...
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi
through Google...
## I am still in the NM queue, and playing with Sponsorship makes me refrain
## from claiming any more package.
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
Dept
, but wouldn't it be a tad difficult to play around with it,
since deb packages are not just gzipped archives, but ar archive containing
gzipped tar archives?
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp
to reflect
the change of I to j
regards,
junichi
--
University: [EMAIL PROTECTED]Netfort: [EMAIL PROTECTED]
dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
Dept. of Knowledge Engineering and Computer Science, Doshisha University.
... Long Live Free Software, LIBERTAS OMNI
editing.
Licence is GPL.
http://ardour.sourceforge.net
--
Junichi Uekawa
[EMAIL PROTECTED] (University)
[EMAIL PROTECTED] (Netfort)
[EMAIL PROTECTED] (Debian Project)
[EMAIL PROTECTED] (Debian JP Project)
version 2.
--
[EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
for X680x0 systems, and ported to unix
systems.
copyright:
Right for modification and improvement is granted. However it is
requested that when a modified version is publicly released,
the accompanying DOC and HIS files are distributed along with it.
--
[EMAIL PROTECTED] : Junichi Uekawa
Package: debian-policy
Severity: wishlist
I would like to propose ladspa-host and ladspa-plugin as names of virtual
packages which
ladspa-host: application capable of using ladspa-plugins to process audio data
ladspa-plugin: provides plug-in libraries in accordance to the ladspa
Pat Mahoney [EMAIL PROTECTED] cum veritate scripsit:
On Tue, May 08, 2001 at 02:22:16PM +0900, Junichi Uekawa wrote:
[EMAIL PROTECTED] cum veritate scripsit:
Please be careful with ladspa.h
It's currently not free.
Why do you say this? http://www.ladspa.org/ladspa_sdk/ladspa.h.txt
H. S. Teoh [EMAIL PROTECTED] immo vero scripsit
I have heard rumours that Debian libtool is incompatible with
automake version prior to 2.50.
But I have not verified it myself.
Hi all, I'm the maintainer of the libsndfile package, and I've noticed
that there's been an NMU to fix a build
Ben Collins [EMAIL PROTECTED] immo vero scripsit
This isn't a matter of not using it, it's a matter of a sane base
install. Perhaps base-config could ask if the user wants locales. Know
what? That question is being asked in english _anyway_.
Having a few well-known questions asked in English
A Mennucc1 [EMAIL PROTECTED] immo vero scripsit
arch=w32
arch64= w64
pro: it has been proposed by many parts (and actually it was my
second-nearly-first choice); no trademark problems
con: I think it is not so appealing to the layuser; and
I dont like the arch64 - arch
Nick Phillips [EMAIL PROTECTED] immo vero scripsit
What is the size of all this? Ok. we have now in sid/main/i386 (see
[2]) 7000 Packages and the descriptions of all this packages is
2660993 bytes big. We get a description size per package of 384 bytes.
With gzip we will get
Hello,
I have been reading the DDTS thread, and seeing that it was resolving into
a each package should maintain their translation. I would like to
present what I think may be problematic in that approach :
1. This results in filing random bugs in BTS in random manner. Telling the
submitter
Don't fool with the Debian architecture name. It
might be better to
install pentium-builder instead.
got that installed I pretty sure. Actually I was
talking rubbish about it building against i386 arch,
dunno why I thought that. It builds i686 fine.
However the other question re
Instead of the developers learning to treat certain versions as separate
packages, the developers taught Portage how to handle and maintain several
versions of the same package though the use of SLOTs.
It goes on to explain further with an example, basically they have an
extra field
Very nice. Does anyone know how to get apt to give locally
compiled packages higher priority than official packages? I've been
playing with the release pinnings, but haven't gotten it to work.
Also, what apps do you think would make good benchmark cases for
showing how much is
Hi,
I trashed my harddrive the other day, and had to reinstall my
system from scratch. I took a harder way, an I'd like to share my
story:
I partitioned the HDD into 4 for
hda1 /boot
hda2 swap
hda3 /
hda4 /home
and used hda1 as a staging ground.
I used potato CD-ROM to start up my shell,
At Sun, 8 Dec 2002 13:28:37 +0100,
Jesus Climent wrote:
On Fri, Dec 06, 2002 at 11:29:37PM +, Alastair McKinstry wrote:
Oops. Yes, I did. I don't understand why it should hang; I'll log it as
a bug and investigate. Might it be due to what you installed next? (I
can't reproduce it yet;
There is no pcmcia-modules-2.2.22-reiserfs, which looks like an
oversight to me.
install kernel-image-2.4.19-i386
remove kernel-image-2.4.16-i386
remove kernel-image-2.4.18-i386
install kernel-source-2.4.19
remove kernel-source-2.4.16
remove kernel-source-2.4.18
Hmm... as always
Iirc versioned-symbols in db2 and db3 were introduced by the
respective debian maintainers, and db4 shipped them with upstream but
my memory might be wrong.
This was based on running objdump -p on the libdb libraries. For db2
and db3 the output included entries like
Version
Hi,
Pretty interesting mail to receive; an excercise in using negative
response, I assume.
You are looking at the wrong part.
No, he isn't.
They have really versioned their symbols, without
No, they havn't, they've done a nasty hack apparently, which is really
unfortunate.
I
I could not convince libpng maintainers to use versioned symbols because
they were apparently not available on AIX and Windows.
AIX is an ancient PoS. And Windows, well... :)
Symbol versioning is something that can be turned on and off where it is
available. Not using it because foo
http://people.debian.org/~dexter/fakeroot/
Have a good fun!
Nice. Very nice. Will you put that into the official fakeroot?
I really don't know. The fakeroot is not my project and I'm afraid my
patches are too experimental for such stable tool. Also there is too much
work with
I once tried to do something similar, but noticed that
user-mode-linux does the same thing to a fuller extent.
If you look at it this way, user-mode-linux is a fakeroot that traps
all syscalls.
user-mode-linux has too big overload and it is available only for i386
Just ignore it or add a override.
Any reason not to Build-Depend: chrpath, and do 'chrpath --delete' on
the result?
Personnaly i don't know, i am no expert in rpath and don't fully
understand the issues involved.
If you are adding an rpath to a non-default directory, there is a
Should we have a review of all debconf questions on debian-qa perhaps?
Anyone interested?
That would be interesting.
Translating some debconf entries, some look too difficult.
I guess many people are looking at debconf questions while translating,
but aren't very expressive about it.
Considering the libvorbis case, what needs to happen is the
remaining packages that depend on libvorbis0 be recompiled
against libvorbis0a.
Then, optionally, remove the packages from testing.
I would have thought that libvorbis0 and dependent packages merit a removal
from testing because
Your mail was a bit misleading, so a clarification will be needed:
* The source packages should build-depend on libpng-dev or libpng12-dev,
but those build-depending on libpng3-dev will still work.
A source package should never build-depend on libpng-dev,
especially if the source package
Thank you for your time, and you want to tell me I'm paranoid, don't
bother, it is not worth your time :) Better tell me what I might have
missed in the observing the subject.
AS A point. What *is* yours?
The point is actually that deban (and others) doesn't care much about
I am curious, how are we (err, Debian) supposed to deal with old
libraries? I have been using uvscan by NAI, and aside from its being
non-free it unfortunately depends on libstdc++ 2.8, which was previously
available through the package libstdc++2.8_2.90.29-2.deb. This doesn't
seem to be
Should I file any bugs? If so, against libpng3, or against the other packages?
Try filing a grave bug with gratuous change breaks other software,
against libpng3
regards,
junichi
Shuttle:/home/josh# apt-get -s install libpng3
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
libpng12-0
The following packages will be REMOVED:
kdelibs4-dev kdesdk kspy libarts1-dev libartsc0-dev libpng12-0-dev
This won't work, because you can't mix 32 and 64 bits code or libraries.
I think the appropriate solution is to make it a completely new arch,
with 32 bits compatibility libraries (at least glibc and xlibs) allowing
to run 32 bits proprietary software.
I find that this might be better,
On the other hand, it will break any package that has a
versioned dependency on libpng12-0-dev (I don't know if there are
any).
It looks like there are no such packages.
That is nice to hear, then we are clear on that subject, apart
from occasional weird apt-pinning behavior :)
Seems like debootstrap needs to be fixed.
I: Installing core packages...
dpkg: `update-rc.d' not found on PATH.
dpkg: 1 expected program(s) not found on PATH.
NB: root's PATH should usually contain /usr/local/sbin, /usr/sbin and
/sbin.
W: Failure trying to run:
/usr/lib/gcc-lib/m68k-linux/3.2.3/../../../libgdk-x11-2.0.so: undefined
reference to `Xine
ramaIsActive'
/usr/lib/gcc-lib/m68k-linux/3.2.3/../../../libgdk-x11-2.0.so: undefined
reference to `Xine
ramaQueryScreens'
collect2: ld returned 1 exit status
configure:7589: $? = 1
W: gnunet-gtk: binary-or-shlib-defines-rpath ./usr/bin/gnunet-gtk
/home/bug1/0.5.3/gnunet-0.5.3/debian/tmp/usr/lib
./configure and the Makefile.in's mention -rpath, but rpath isnt set
directly by configure.ac or Makefile.am, i dont know how to
stop autotools from setting it.
My wild guess
To use an example, I'd like to take the source package for Snort (2.0.0-2)
in unstable and rebuild it against stable so that I can update my
otherwise stable installation with a newer version of Snort, without
dragging in all the other dependencies from unstable that just installing
the
It's strange, because on my i386 system
objdump -T /usr/lib/libgdk-X11-2.0.so gives
0002e71c gDF .text 0049 Base_gdk_display_x11_get_type
00045ebc gDF .text 014c Base_gdk_windowing_window_init
0005017c gDF .text 0106 Base
Hi,
I've received several reports that debootstrap of sid has not been
possible recently due to sysvinit.
I guess the problem is that sysvinit related postinst
scripts are calling 'init' inside chroot, which fails,
failing the whole installation process.
The possible alternatives seem to be:
I've received several reports that debootstrap of sid has not been
possible recently due to sysvinit.
I've noticed that waldi already did a NMU.
I'm moved. It's free-software and cooperation at work.
excited,
junichi
I've received several reports that debootstrap of sid has not been
possible recently due to sysvinit.
I've noticed that waldi already did a NMU.
I'm moved. It's free-software and cooperation at work.
Yes, NMUing essential packages without bothering to contact the
maintainer is
Everything in csound was relicensed LGPL a couple of months ago. Now
literally *everything* in csound is LGPL. The page above is old and
obsolete, and should probably be changed. The funny part is that the
only one that pushed hard enough to have a clear GPL statement (though
with an
The 'standard process' that I know of is this:
* On other side some people on #d-d says that the standard way is to add
.1 to the number.
Thus, a package with a version number '1.5' will be versioned
'1.5.1'
Then, an exception follows that if the previous upload was a NMU,
in which case
my $temp=set -e\nset -- @ARGV\n . 'EOF';
if [ $1 = configure ]; then
[ -x /usr/sbin/update-configlets ] /usr/sbin/update-configlets
fi
EOF
If /usr/sbin/update-configlets doesn't exist, the return code is then
1, thus explaining failure.
I always put 'exit 0'
At Mon, 04 Aug 2003 15:54:56 +0200,
Matthias Urlichs wrote:
Hi, Nikita V. Youshchenko wrote:
Guess how many hours it takes for the m68k buildd to rebuild
kdegraphics. OVER 38 HOURS!
By the way, isn't it a good time to rise up a discussion about package
cross-compiling
At Mon, 04 Aug 2003 15:54:56 +0200,
Matthias Urlichs wrote:
Hi, Nikita V. Youshchenko wrote:
Guess how many hours it takes for the m68k buildd to rebuild
kdegraphics. OVER 38 HOURS!
By the way, isn't it a good time to rise up a discussion about package
cross-compiling
Hi Joey
Just request to [EMAIL PROTECTED] while pointing them our message on
this list.
Or see and follow the instructions summarised on
http://master.debian.org/~joey/misc/webwml.html#ddp
According to the page you pointed to, it seems to tell me
that I should send request to you,
Hi
Machines don't have IP numbers. Interfaces have IP numbers. Every
machine
Actually, that's not quite the case (as a number of users of Linux's ARP
implementation have found), though it's a good approximation.
Indeed. For Linux, nodes have IP *numbers* which are all equal,
Hi,
Also: As far as the kernel is concerned, any local IP is local to *all*
interfaces, and it will happly reply to it (ARP and so on) if allowed to.
The rp_filter will often avoid trouble here, BUT routers often have to
disable rp_filter. So add some rules to the firewall make sure nothing
Hi,
However, if I left it to the source package to run autoconf by itself
weach time it is build, it could slide into unbuildability _without me
or anybody else noticing_ before it is too late and we have
not-buildable-anymore code sitting around in the archive, and most
likely even in
I'm cc'ing PSG, maybe he'll be interested.
* New upstream release .* (Closes: #1, #2, #3)
to
* New upstream release \1
* fixed BTS summary line of #1 Closes: #1
* fixed BTS summary line of #2 Closes: #2
* fixed BTS summary line of #3 Closes: #3
in changelogs would probably go
; urgency=low
* New upstream release
* Run autoconf-automae-libtool in build.
* jackd requires /proc/cpuinfo information not available on zaurus
From: Junichi Uekawa (closes: #207435)
-- Junichi Uekawa [EMAIL PROTECTED] Sat, 30 Aug 2003 13:16:07 +0900
and here is the patch against debian
I'm not sure what the goal is?
Why do you want the bug submitter named in the Closes entry?
If its the title you want, then that is already available after the bug
list has been fetched. I've been wanting to use the title as initial
input to the close command for a wgile, but wasn't
* Bug fix debian-changelog mode to support fetching of bug to fill
in changelog, Thanks to Junichi Uekawa [EMAIL PROTECTED]
(Closes: #207852).
But I've always thought listing the thitle didn't really say _what_ was
fixed and _how_. Most times, the title mentions a symptom
One big problem with this approach is that the same maintainers who are
too lazy to write proper entries for bug-closers in their changelog
entries are going to be too lazy to ensure that a bug report has a
meaningful summary in the first place.
Maintainers who are lazy cannot be fixed, but
Which is what I will do, probably. It's just annoying... but
a statement in README.Debian will do...
update-alternatives is usually used in managing multiple
manpages.
I don't know if it's a overkill, but it's somewhat friendlier than documenting
in README.Debian.
regards,
for ja.po
From: Junichi Uekawa (closes: #)
* Fix behavior of SIGSEGV handling
From: Junichi Uekawa (closes: #)
2. A user report that did not contain a patch or anything that helped
track down the problem, but at least the problem got fixed:
* debian/rules: Removed unnecessary checks
Hi,
Another bug I noticed is that in the ru_RU.UTF-8 locale, man won't
find the man pages under ru_RU.KOI8-R.
Hm. Yes, that is a bug (although not a regression; I think man-db
2.4.1 behaved the same way). I wonder how to solve that correctly
and generally.
Why not require
And if i enable SETPCAP for init, will init drop that capability? Will it
pass it to all started programs?
See http://www.linux.it/~md/ssd.tgz .
No kernel hacks needed.
I see a 404.
regards,
junichi
In late 2001, I spent several weekends hand-building quite a large
chunk of woody (over 200 source packages). I found quite a number of
serious bug in several packages, including missing Build-Deps, and, in
I've spent most of 2002 rebuilding packages from source.
Looking back,
Hi,
1. space issues can be mitigated if the host is running etch because
the vhashify vserver ability to unify guests to save disk space by
performing link inversion immutability operations. The libbeecrypt6
problems were not fixed before sarge released, so this is currently
not possible on
Hi,
At the moment, the following environment variable needs to be allowed
in order to preserve previous pbuilder behavior:
DEB_*
BUILD*
PATH
It's one possibility to ask every user to configure their sudo
configuration using visudo to allow these. Is there anything besides
documenting that
Hi,
I didn't suggest it as a layer in the
stable/testing/unstable/experimental spectrum. Rather, it is meant to be
orthogonal to them, a completely new system. For example, there's no
need to restrict uploads to DDs.
Would it be an incentive if there was extra points granted for
independent
1 - 100 of 1152 matches
Mail list logo