Re: library packaging doc...

2005-02-05 Thread Junichi Uekawa
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 t

Re: First line in /etc/hosts

2005-02-18 Thread Junichi Uekawa
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

Re: First line in /etc/hosts

2005-02-22 Thread Junichi Uekawa
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 noth

Re: automake/autoconf in build-dependencies

2005-03-13 Thread Junichi Uekawa
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

Re: automake/autoconf in build-dependencies

2005-03-14 Thread Junichi Uekawa
Hi, > >The current practice and trend is going the other way, > >but I strongly recommend for using autoconf/automake in build scripts. > > Does cdbs do it right? I've actually not looked into how cdbs handles things, so I cannot comment on it. regards, junichi -- To UNSUBSCRIBE,

Re: RFA: dpatch -- patch maintenance system for Debian source packages

2005-03-16 Thread Junichi Uekawa
Hi, > >retitle 264567 RFA: dpatch -- patch maintenance system for Debian source > >packages > >thanks > > > >I don't have time to properly maintain dpatch, nor do I use it anymore, > >so a new maintainer is probably justified, to say the least. > > > >You might consider this an O:, even. It is o

Re: automake/autoconf in build-dependencies

2005-03-17 Thread Junichi Uekawa
Hi, > >The current practice and trend is going the other way, > >but I strongly recommend for using autoconf/automake in build scripts. > Does cdbs do it right? I've looked at the source of cdbs, and I figure that users of cdbs can configure and set variables: DEB_AUTO_UPDATE_LIBTOOL DEB_AUTO

Re: automake/autoconf in build-dependencies

2005-03-17 Thread Junichi Uekawa
Hi, > > To a certain degree, those would have been fixed if people > > build-depended on auto*, as they would have picked up fixed versions > > of the .m4 files. > > But that has to be offset against the huge number of bugs that would > occur if we ran auto* at run time and had everything break e

Re: cvs loginfo configuration for alioth?

2005-12-07 Thread Junichi Uekawa
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 fre

Re: cvs loginfo configuration for alioth?

2005-12-08 Thread Junichi Uekawa
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 fre

pbuilder: cowdancer/cowbuilder status update

2006-01-12 Thread Junichi Uekawa
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 use

Re: pbuilder: cowdancer/cowbuilder status update

2006-01-12 Thread Junichi Uekawa
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

packages.debian.org service stop ?

2006-01-12 Thread Junichi Uekawa
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 anyone

Re: pbuilder: cowdancer/cowbuilder status update

2006-01-12 Thread Junichi Uekawa
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).

Re: Anthony Towns: What I did today

2006-01-14 Thread Junichi Uekawa
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 wou

Re: pbuilder: cowdancer/cowbuilder status update

2006-01-14 Thread Junichi Uekawa
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).

pbuilder testsuite support (Re: Thoughts on Debian quality, including automated testing)

2006-01-14 Thread Junichi Uekawa
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, >

Re: packages.debian.org service stop ?

2006-01-14 Thread Junichi Uekawa
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 te

A standard location to find 'vmlinux' to use for oprofile

2006-01-14 Thread Junichi Uekawa
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 genera

Re: A standard location to find 'vmlinux' to use for oprofile

2006-01-15 Thread Junichi Uekawa
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 > (/boot/c

Re: A standard location to find 'vmlinux' to use for oprofile

2006-01-15 Thread Junichi Uekawa
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 > (/boot/c

A bit of experience after having updated some packages to use pbuilder-test testsuite engine.

2006-01-19 Thread Junichi Uekawa
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 ava

Re: A bit of experience after having updated some packages to use pbuilder-test testsuite engine.

2006-01-21 Thread Junichi Uekawa
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? Actua

Re: [Pbuilder-maint] Re: A bit of experience after having updated some packages to use pbuilder-test testsuite engine.

2006-01-24 Thread Junichi Uekawa
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. > > > &

Re: [Pbuilder-maint] Re: A bit of experience after having updated some packages to use pbuilder-test testsuite engine.

2006-01-25 Thread Junichi Uekawa
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. > > Curio

ITP: fmit -- free music instrument tuner

2006-01-26 Thread Junichi Uekawa
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 Emili

Re: when and why did python(-minimal) become essential?

2006-01-27 Thread Junichi Uekawa
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

proc is mounted after sid cdebootstrap run, who's doing it?

2006-01-27 Thread Junichi Uekawa
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: /

Re: [Pbuilder-maint] proc is mounted after sid cdebootstrap run, who's doing it?

2006-01-28 Thread Junichi Uekawa
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, a

ITP: kernel-patch-bootsplash

2006-01-31 Thread Junichi Uekawa
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 ker

Re: rules: unpatch as dependency (was Bug#351301)

2006-02-11 Thread Junichi Uekawa
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 de

Re: [Pbuilder-maint] pbuilder, xvfb and nonexisting /tmp/.X11-unix

2006-02-15 Thread Junichi Uekawa
atch from Aurelien Jarno (Closes: #337541). Fixes interaction 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} Debi

Re: pbuilder, xvfb and nonexisting /tmp/.X11-unix

2006-02-15 Thread Junichi Uekawa
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 con

Re: [Pbuilder-maint] A bit of experience after having updated some packages to use pbuilder-test testsuite engine.

2006-03-09 Thread Junichi Uekawa
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 ava

Re: library packaging doc...

2005-01-27 Thread Junichi Uekawa
> Andreas Metzler <[EMAIL PROTECTED]> - Wed, Jan 26, 2005: > > > It is already linked from deveopers reference. > > It would be nice to have a package for this guide, for example to > request fixes and to make something official out of it. > > The author seem

Re: library packaging doc...

2005-01-27 Thread Junichi Uekawa
> I haven't read the document in question in a rather long time, so I > can't actually object (on some sort of serious basis, I mean), but I > would nevertheless request that the document be handed to the -english > mailing list for proofreading *before* it's uploaded as a package and > that

Re: library packaging doc...

2005-01-28 Thread Junichi Uekawa
Hi, I seem to have lost the mail I tried to send last time, rewriting. > Could you please consider contributing this to the DDP and adding it to the > DDP CVS? I'd rather not have Debian Documentation in all sort of different > places, specially documentation written by DDs. And the DDP is the

intend-to-implement: script to obtain Debian Source

2005-03-25 Thread Junichi Uekawa
Hi, I am planning to implement a script to obtain Debian source. Is there anyone who has already done that ? It is planned to have the following features: 1. wrapper to dpkg-source -x 2. heuristically parse debian/rules file to extract and patch the Debian source as dbs/dpatch requires.

Re: intend-to-implement: script to obtain Debian Source

2005-03-25 Thread Junichi Uekawa
source code 2. I would like to automate source-importing Debian packages to gonzui (a source-code searching engine) regards, junichi -- Junichi Uekawa, Debian Developer 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 http://www.netfort.gr.jp/~dancer/ pgp4S0uuS3Dae.pgp Description: PGP signature

Re: intend-to-implement: script to obtain Debian Source

2005-03-27 Thread Junichi Uekawa
-7: debian/rules apply-patches diffmon 20020222-2: debian/rules setup drip 0.8.3.2+0.9.0-rc3-5: debian/rules apply-patches regards, junichi -- Junichi Uekawa, Debian Developer 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 http://www.netfort.gr.jp/~dancer/ pgpOcbMw8xC3l.pgp Description: PGP signature

Re: intend-to-implement: script to obtain Debian Source

2005-04-03 Thread Junichi Uekawa
Hi, > The new toolset(tentatively called dbs-ng while I'm developing it) supports > what I call pre-patched source. Was this a April-fools joke, or do you have some code that we can look at? However, the concept looks possible to implement, and will fix most of the problems we have with handlin

Re: intend-to-implement: script to obtain Debian Source

2005-04-03 Thread Junichi Uekawa
Hi, > | I second suggestion given at #250202 and like to see "unpacked" and > | "patched" targets to hit Policy 4.8. > > If so, it should be «unpack» and «patch» to match the build and > install targets. Note that there are existing packages that use 'unpack' and 'patch' targets for other meanin

Re: debconf and locale specific characters

2005-04-05 Thread Junichi Uekawa
andles the encoding, because packages won't be able to know the full context. Would it be better to force all debconf frontends to have sanitized UTF-8 data? This will probably break quite a few things due to the fact that we've never done this before,.. regards, junichi --

Re: intend-to-implement: script to obtain Debian Source

2005-04-10 Thread Junichi Uekawa
[^ ]\+:' | grep -v '^#' to make sure what targets don't exist. 3. on etch+2, we may have a dpkg-supported solution usable. regards, junichi -- Junichi Uekawa, Debian Developer 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 http://www.netfort.gr.jp/~dancer/ pgpiAVcDKkW4v.pgp Description: PGP signature

Re: intend-to-implement: script to obtain Debian Source

2005-04-12 Thread Junichi Uekawa
> > unpack: some packages unpack the upstream tarball, some do patching > > patch: some patch the source tree, some generate patch out of it. > 2. A policy on what target to have for optional unpacking and patching, > and apply a recommendation that is enforced on etch/etch+1 > > That should p

Re: Bug#311795: ITP: rast -- A full text search system

2005-06-05 Thread Junichi Uekawa
Hi, > > * N-gram based indexing; No dictionaries are needed > > * Support many types of documents; e.g. HTML, MS Word > > * Includes library for some programming languages > > * Add text incrementally > > Could you please explain what is N-gram and what is this package useful > for? N-g

Re: Bug#311795: ITP: rast -- A full text search system

2005-06-05 Thread Junichi Uekawa
> > > Could you please explain what is N-gram and what is this package useful > > > for? > > > > N-gram is when you use n-characters as a 'word'. > > > > In some languages including Japanese, it is impossible to > > determine a 'word', and N-gram is a method that defines a > > 'word' as n-chara

Re: Help with the c2man to doxygen migration

2005-06-15 Thread Junichi Uekawa
> In http://lists.debian.org/debian-release/2003/10/msg00019.html Manoj > Srivastava pointed out that, "c2man has been dead upstream for years > (which was, so far, not a problem), and does not work with modern > C/C++ programs -- which _is_ a problem. The functionality has been > superseded with p

Re: Testing package installation, upgrading, and removal

2005-06-19 Thread Junichi Uekawa
KGNAMES || true dpkg -i /tmp/buildd/*.deb dpkg --remove $PKGNAMES # upgrade-purge check apt-get install $PKGNAMES || true dpkg -i /tmp/buildd/*.deb dpkg --purge $PKGNAMES -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~d

Re: Testing package installation, upgrading, and removal

2005-06-20 Thread Junichi Uekawa
r every test. But that needs more time. I've not yet come around to testing it; lvm2 is supposed to be very much improved with read/write snapshots. (compared to lvm1 which only had read-only snapshots. Correct me if I'm wrong) How is your experience ? Is it stable enough? regards

Re: Testing package installation, upgrading, and removal

2005-06-23 Thread Junichi Uekawa
ind of policy on tests. Some debian-test scripts had dependency on maintainer machines (like IP address and directory structures), and sometimes it's difficult to make a portable assumption about these, while it is requisite for a test to run. regards, junichi -- Junichi Uekawa, Debi

Re: Getting rid of circular dependencies

2005-06-24 Thread Junichi Uekawa
t should be easy to fix this situation. I doubt having configuration data in foo-bin is a good idea, since it will generally cause problems when libfoo1/libfoo2 needs to coexist. regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5

Re: SONAME and package version question

2005-06-25 Thread Junichi Uekawa
value (displayed by objdump -p) hasn't changed, you don't > need to change anything. The only thing you have to change is to bump > the minimal dependency for dh_shlibdeps, if there are new symbols. I've added reference to this thread to the libpkg-guide. I've checked l

Re: Getting rid of circular dependencies

2005-06-26 Thread Junichi Uekawa
; foo-data that doesn't get uninstalled if it's no longer useful. > > Have these users use aptitude. Document *that* in the policy; or you can monitor debian-bugs-dist and stamp on every bug resembling that. We are quite a distributed bunch of folks. regards,

Re: Getting rid of circular dependencies

2005-06-26 Thread Junichi Uekawa
libraries don't depend on the database; may be a good idea to extend this; but some shared libraries simply don't function without the daemon. In that case, it might be better to make it into a single package. I have in mind jackd/libjack as an example, which currently only have re

Re: Libtool and packaging

2005-07-02 Thread Junichi Uekawa
Hi, > > If someone has some info on this, do respond... If you do show what kind of source you are referring to, it might help. regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1

Re: GCC version change / C++ ABI change

2005-07-03 Thread Junichi Uekawa
regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Soliciting keys for the debconf5 key signing party in Helsinki

2005-07-04 Thread Junichi Uekawa
the keys going to be prepared ? http://www.debconf.org/debconf5/files/ksp-dc5.asc http://www.debconf.org/debconf5/files/ksp-dc5.txt regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1 pgp8JeYW1bnlb.pgp Description: PGP signature

Re: RFS: libssh - SSH and SCP library

2005-07-04 Thread Junichi Uekawa
g/debian/shlibs.local +++ libssh-0.11/debian/shlibs.local @@ -0,0 +1 @@ +liblibssh 0.11 libssh (>> 0.11-0), libssh (<< 0.11-99) regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1

Re: Soliciting keys for the debconf5 key signing party in Helsinki

2005-07-05 Thread Junichi Uekawa
will be ready on Wednesday 6 July. Oops, thanks. regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RFS: libssh - SSH and SCP library

2005-07-05 Thread Junichi Uekawa
ared libraries in Debian is available here, it might help you as a starting point: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RFS: libssh - SSH and SCP library

2005-07-06 Thread Junichi Uekawa
| sed -n -e's/^[[:space:]]*SONAME[[:space:]]*//p' | sed -e's/\([0-9]\)\.so\./\1-/; s/\.so\.//' regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1 -- To UNSUBSCRIBE, email

Re: RFS: libssh - SSH and SCP library

2005-07-07 Thread Junichi Uekawa
ingg libssl needs is there. regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RFS: libssh - SSH and SCP library

2005-07-09 Thread Junichi Uekawa
Hi, > > Are you sure? > > People were running around GPL is not compatible with > > openssl license; and LGPL has a option to make the > > code GPL. > > The point of the LGPL is to avoid such incompatibilities. If you can > link it with proprietary code, you can also link it to code under the

Re: RFS: libssh - SSH and SCP library

2005-07-09 Thread Junichi Uekawa
> > > That said, I think too we should favor libgcrypt, because it has a > > > lighter security record. > > > > I mailed him about that and SONAME versionning. > > I got his reply. As Junichi thought, he doesn't know about SONAME > versionning. I pointed to him chapter 6 of the libtool manual.

Re: RFS: libssh - SSH and SCP library

2005-07-12 Thread Junichi Uekawa
Hi, > > > The point of the LGPL is to avoid such incompatibilities. If you can > > > link it with proprietary code, you can also link it to code under the > > > OpenSSL license. > > > > Hmm... you can use a LGPL library, but a LGPL library cannot use > > a non-compliant library. That's how LGPL

Re: Not able to build a package with pbuilder

2006-08-16 Thread Junichi Uekawa
> In my source tree configure has execute permission but when building > the deb-package I notice these warnings: > > dpkg-source: warning: executable mode 0755 of `configure' will not be > represented in diffdpkg-source: warning: executable mode 0755 of > `depcomp' will not be represented i

Re: Bug#385866: ITP: ttf-vlgothic -- Japanese TrueType font from VineLinux

2006-09-04 Thread Junichi Uekawa
Hi, > * License : Public Domain Please paste the full debian/copyright information. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#386358: O: elserv -- HTTP server that runs on Emacsen

2006-09-07 Thread Junichi Uekawa
retitle 386358 ITA: elserv -- HTTP server that runs on Emacsen Hi, > I request an adopter for this package. I've lost interest in this > package and nothing in Debian uses it apparently. If you'd like to > see it survive, please take it. You're joking, right? Reverse Depends: wysihtml-el,

Re: Setting up pbuilder or sbuild like experimental buildds

2006-09-15 Thread Junichi Uekawa
Hi, > Then I thought I might have forgotten APT::Default-Release, and with > APT::Default-Release set to "unstable", I could pin experimental higher > than 500, 700 for example, and it wouldn't upgrade the packages > automatically, however it still doesn't work. > > These are the scores of t

Noting down the current status on apt-listbugs and servers required for apt-listbugs

2006-09-17 Thread Junichi Uekawa
Hi, Currently, it sounds unrealistic to move the apt-listbugs infrastructure back to Debian.org infrastructure. Which of the Debian servers have almost-unlimited bandwidth for serving ? I'm seeking information from those who are knowledgeable about Debian hosts. Currently osdl.debian.or.jp serv

transition plan for apt-listbugs onto Debian infrastructure: temporarily on merkel.debian.org, then move over to bugs.debian.org

2006-09-24 Thread Junichi Uekawa
Hi, This mail is to hopefully notify all the affected parties on a plan to move apt-listbugs server infrastructure to merkel.debian.org, then to bugs.debian.org. The transition plan is as follows: 1. Move over to merkel.debian.org for the time being, with the upload of apt-listbugs 0.0.53 2.

Re: transition plan for apt-listbugs onto Debian infrastructure: temporarily on merkel.debian.org, then move over to bugs.debian.org

2006-09-25 Thread Junichi Uekawa
Hi, I'm now waiting for the following two things to happen. 1. Ack on using bugs.donarmstrong.com for the time being for apt-listbugs. 2. Deployment of SOAP interface to bugs.debian.org 3. Deployment of index.*.db files on bugs.debian.org > 1. Move over to merkel.debian.org for the time bein

Re: transition plan for apt-listbugs onto Debian infrastructure: temporarily on merkel.debian.org, then move over to bugs.debian.org

2006-09-25 Thread Junichi Uekawa
Hi, > > I'm now waiting for the following two things to happen. > > > > 1. Ack on using bugs.donarmstrong.com for the time being for apt-listbugs. > > If it's possible to wait a bit, you can specify b.d.o, and I'll put in > an HTTP redirect to send it to the appropriate server, so this can > hap

Re: transition plan for apt-listbugs onto Debian infrastructure: temporarily on merkel.debian.org, then move over to bugs.debian.org

2006-09-25 Thread Junichi Uekawa
Hi, > > Currently they are downloaded from > > http://osdn.debian.or.jp/~taru/apt-listbugs/ > > http://merkel.debian.org/~dancer/apt-listbugs/ > > > > I envision something like > > > > http://bugs.debian.org/apt-listbugs/index.*.db > > http://bugs.debian.org/indices/index.*.db > > I'v

Re: transition plan for apt-listbugs onto Debian infrastructure: temporarily on merkel.debian.org, then move over to bugs.debian.org

2006-09-26 Thread Junichi Uekawa
Hi, > > RewriteRule ^/indices/(index\.db(.*\.gz)?)$ > > http://merkel.debian.org/~dancer/apt-listbugs/$1 [L,R] > > RewriteRule ^/cgi-bin/soap.cgi > > http://bugs.donarmstrong.com/cgi-bin/soap.cgi [L,R] > > > > in the apache.conf for b.d.o; I don't remember if a redirect on a POST > > will work

SOAP interface documentation

2006-09-29 Thread Junichi Uekawa
Hi, I need documentation on what kind of state a bug can be in. pending: field looks like what I'm looking for, but it is not the same as what the index.db file has. pending -- 'open' bugs done -- 'done' bug forwarded -- 'forwarded' bugs Is this intentional and where is this terminology documen

pbuilder breakage due to sysvinit.

2006-09-30 Thread Junichi Uekawa
Hi, This is a note to everyone in case someone else trips on this problem. Due to #390126 in sysvinit, /lib/init/rw is mounted, and that breaks pbuilder; it should be fixed by tomorrow's update. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE,

announce: apt-listbugs with BTS versioning support.

2006-10-01 Thread Junichi Uekawa
Hi, Finally, I've prepared apt-listbugs with BTS versioning support. This is a test scenario. You are installing apt-listbugs 0.0.55, and the BTS says there's serious bugs applicable to apt-listbugs which are fixed in 0.0.56; your reaction should be 'I'd wait until tomorrow when the new version h

Re: Bits from the DPL: Looking forward

2006-10-05 Thread Junichi Uekawa
> Of course, even while that's being organised, people are getting serious > about where DebConf will be held in 2008 [17]. AIUI, the theory is that > DebConf will change continents each year, and there's been interest shown > from Japan [18], Argentina and Venezuela [19], as well a thoughts about

Re: Bits from the DPL: Looking forward

2006-10-07 Thread Junichi Uekawa
Hi, > On Thursday 05 October 2006 16:12, Junichi Uekawa wrote: > > 2007 join as support team to Debconf > > 2008 propose Japan as Debconf candidate > > 2009 hold Debconf in Japan. > > This timeline won't work :-) At least the debconf-team hopes so: > > Fro

Bug#392017: apt.conf contains Acquire::HTTP::Proxy "false", does apt-listbugs need to support it?

2006-10-10 Thread Junichi Uekawa
Hi, Today, I've received at least two reports about people who have set Acquire::HTTP::Proxy "false" From reading apt.conf manpage, the correct configuration is "DIRECT". Why are people setting this value "false", and do I need to support it in apt-listbugs? regards, junichi -- [EMAIL

Re: SOAP interface documentation needed

2006-10-15 Thread Junichi Uekawa
Hi, > I need documentation on what kind of state a bug can be in. > > pending: field looks like what I'm looking for, but it is not the same > as what the index.db file has. > > pending -- 'open' bugs > done -- 'done' bug > forwarded -- 'forwarded' bugs > > Is this intentional and where is this

Re: Orphan party

2006-10-15 Thread Junichi Uekawa
Hi, > * libpng - nightmare of the security team. Upstream developers > seem to have recently understood some packaging issues, but with > their erratic behavior and stupid things libpng-using > applications do, it is likely to break at each new upstream > rele

Re: Will IceWeasel be based on a fork or on vanilla FireFox?

2006-10-15 Thread Junichi Uekawa
Hi, > > It will be a fork in the following senses: > > > > * no inclusion of trademarked Mozilla artowrk > > * backporting of security fixes to declared stable version > > Wouldn't it be easier to just do the usual .dfsg-dance with the original > upstream tarball? I still fail to see why we ne

Re: Progress report on CodeFestAkihabara, macbook Debian installation experience

2006-11-22 Thread Junichi Uekawa
> I've just followed the instructions on the http://wiki.debian.org/MacBook wiki > to install Debian etch RC1 (i386) on my new core 2 macbook. I also tried > installing etch RC1 (amd64), but I failed because the refit package isn't > built > for amd64: > > admin/refit_0.7-3: Failed by buildd_ia

Re: users getting confused between mailing lists and forums?

2006-03-18 Thread Junichi Uekawa
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

Re: idea for project machines

2006-04-07 Thread Junichi Uekawa
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 possib

sudo and pbuilder: specifying environment variables to be passed on

2006-04-09 Thread Junichi Uekawa
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 pbuil

Re: Testing transitions before uploading to unstable

2006-04-18 Thread Junichi Uekawa
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 independe

Re: [Pbuilder-maint] Bug#363193: pbuilder-satisfydepends does not support new style architecture specifications

2006-04-18 Thread Junichi Uekawa
Hi, > > > pbuilder-satisfydepends does not understand architecture specifications > > > like "linux-any" in build dependencies, which dpkg-dev introduced > > > recently (e.g., "Build-Depends: libasound2-dev [linux-any]"). I am at a > > > Linux system and see > > > > Which version of dpkg? > > I'

thoughts on plans for pbuilder development/maintenance at Debconf2006

2006-04-27 Thread Junichi Uekawa
Hi, I'm thinking of doing a few things and possibly meeting some people over there. The things that are in my mind but I don't think I will be able to get everything done. I'd definitely be doing the first task, but I would really love help on the rest. There are too many options to try, and I def

Re: Use pbuilder, Luke... (Was: cleaning up lib*-dev packages?)

2006-05-14 Thread Junichi Uekawa
Hi, > > Nope, it's not :-), just add: > > BINDMOUNTS="/var/cache/pbuilder/result" > > and put hook script somewhere: > > # cat /var/cache/pbuilder/hooks/D70results > #!/bin/sh > cd /var/cache/pbuilder/result/ > /usr/bin/dpkg-scanpackages . /dev/null >> /var/cache/pbuilder/result/Packages > /us

Re: pbuilder, and why not...

2006-05-14 Thread Junichi Uekawa
Hi, > > While chrooted buildds make the generated binaries much more reliable, > > it removes an important test case for the source packages. Debian source > > packages are supposed to also work correctly when run in an unclean > > build environment. > > Because tools like sbuild need a dsc, I al

Re: pbuilder, and why not...

2006-05-14 Thread Junichi Uekawa
Hi, > > d) Need lots of disk space > > Yeah, but disk space is cheap. > > > e) Take ages to unpack > > Take a look at sbuild, which can work with lvm snapshots. Theoretically pbuilder can work with lvm snapshots, if you use pbuilder with --no-targz option. That's how pbuilder-uml works (or us

Re: Bug#367962: Please don't ship a /lib64 symlink in the package on amd64

2006-05-19 Thread Junichi Uekawa
Hi, > I'm not suggesting splitting the dirs. Just the way the link is setup. > > I'm suggesting creating it in the maintainer scripts instead of the > data.tar.gz so packages that do ship files in (/usr)/lib64 don't make > libc6 unupgradable. On debootstrap install, libc6 postinst isn't actually

cowbuilder (pbuilder/cowdancer) released

2006-05-27 Thread Junichi Uekawa
Hi, This is a small note to say that cowbuilder is now released, after some coding and testing at Debconf in Mexico, and on the plane on my way back. To use it, install pbuilder and cowdancer package. apt-get install pbuilder cowdancer Then create the chroot image in /var/cache/pbuilder

Re: cowbuilder (pbuilder/cowdancer) released

2006-05-27 Thread Junichi Uekawa
Hi, > > cowbuilder --create > > Is there a way to create a cowbuilder/pbuilder buildd similar > environment, i.e. required + build-essential? I use pbuilder for > building my packages and created the build.tgz with --login > --save-after-login and kicking out everything with hand... Does the

Re: cowbuilder (pbuilder/cowdancer) released

2006-05-27 Thread Junichi Uekawa
Hi, > > Please share your experience with the world; cowbuilder code is pretty > > preliminary and doesn't have some features; please do report if you're > > 12 hours ago I initialized a buildd cowbuilder. Now I wanted to upgrade > it: > cowbuilder --update > and this wanted to update coreu

Re: [Debconf-discuss] Re: Please revoke your signatures from Martin Kraff's keys

2006-05-28 Thread Junichi Uekawa
Hi, > First of all, my name is Martin Felix Krafft (with a final 't'), and > my GPG key ID is 0x330c4a75. The unofficial ID I presented listed > that name (without the middle name), a photo is available from [1] > (sorry, can't do better now). Thus, the ID card is an unofficial > card, but the ide

  1   2   3   4   5   >