On Fri, 12 Aug 2005, John Hasler wrote:
> Henrique de Moraes Holschuh writes:
> > If the local admin needs multiple multi-user runlevels, he can always set
> > it up himself (and use a initscript system that supports it without
> > hassle ;-) ),
>
> Could you suggest one?
file-rc or sysv-rc :-)
On Sat, Aug 13, 2005 at 11:36:47AM +0900, Junichi Uekawa wrote:
>Patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314858
>seems to be required; please somebody NMU debootstrap.
Done.
Anibal Monsalve Salazar
--
.''`. Debian GNU/Linux
: :' : Free Operating System
`. `' http://debian.org/
On Fri, 12 Aug 2005, Goswin von Brederlow wrote:
> I believe nss modules are even dlopened in a static libc. There is no
> way to link them in static.
I mean the nss module itself should be either static, or using only stuff in
/lib.
--
"One disk to rule them all, One disk to find them. One di
Hi,
I'm sending an update on how pbuilder/debootstrap is doing right now.
pbuilder CVS has a rough support for cdebootstrap;
it seems to be doing well, today it's not working
for me; maybe it could do better sometime.
Patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314858
seems to be
Yaroslav Halchenko dijo [Mon, Aug 01, 2005 at 06:06:27AM -0400]:
> On Sun, Jul 31, 2005 at 11:10:04PM +0400, Nikita V. Youshchenko wrote:
> > (1) keep vulnerable packages in stable,
> > (2) remove affected packages from distribution,
> > (3) allow new upstream into stable.
> My 1 cent would be a me
Joe Smith dijo [Tue, Aug 02, 2005 at 05:19:02PM -0400]:
> How about if it meets the folowing critieria:
>
> 1. it has been in testing for 10 days (been in sid at least 20 days)
> 2. the version is sid is the same as in testing (the maintainer has not
> found problems in the ten days since it ente
Processing commands for [EMAIL PROTECTED]:
> #322828 biff
> #322829 elib
> #322830 f2c
> #322831 geg
> #322832 latex2html
> #322833 libmpeg1
> #322834 rplay
> #322835 molphy
> #322837 netcdf
> #322838 wmcalc
> #322839 wmload
> block 322762 by 322828 322830 322829 322831 322832 322833 322834 322835
Philipp Kern <[EMAIL PROTECTED]> writes:
> On Fri, 2005-08-12 at 13:53 -0400, Joey Hess wrote:
>> Set any bugs about /usr/doc stuff to being blockers of this bug report.
>> Use this as a tracking/coordination bug for the remainder of the transition.
> Since when do we have this feature in the BTS?
On Fri, 2005-08-12 at 13:53 -0400, Joey Hess wrote:
> Set any bugs about /usr/doc stuff to being blockers of this bug report.
> Use this as a tracking/coordination bug for the remainder of the transition.
Since when do we have this feature in the BTS?
Kind regards,
Philipp Kern
--
To UNSUBSCR
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version ###VERSION###
> block 322762 with 322819 322818 322815 322816 322817 322820
Bug#322762: /usr/doc still exists (transition tracking bug)
Was blocked by: 189856 190020 203278 254800 254913 25492
Processing commands for [EMAIL PROTECTED]:
> block 322762 by 322775
Bug#322762: /usr/doc still exists (transition tracking bug)
Was blocked by: 189856 190020 203278 254800 254913 254924 254930 255590 256226
256250 302504 320084 320103 321926 322749 322769 322772 322776 322778 322779
322781 32278
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version ###VERSION###
> block 322762 with 322797 322795 322794 322790 322789 322788 322785 322786
> 322787 322791 322792 322793 322798 322813 322811 322800 322799 322801 322803
> 322804 322805 32280
Processing commands for [EMAIL PROTECTED]:
> # libelf 322772
> # libnet-daemon-perl 322776
> # libplrpc-perl 322779
> block 322762 by 322772 322776 322779
Bug#322762: /usr/doc still exists (transition tracking bug)
Was blocked by: 189856 190020 203278 254800 254913 254924 254930 255590 256226
256
Processing commands for [EMAIL PROTECTED]:
> block 322762 by 302504
Bug#322762: /usr/doc still exists (transition tracking bug)
Was blocked by: 189856 190020 203278 254800 254913 254924 254930 255590 256226
256250 320084 320103 321926 322749 322769
Blocking bugs added: 302504
> block 322762 by 3
Hi,
* Matthias Urlichs [Fri, Aug 12, 2005 at 05:31:35PM +0200]:
> Laurent Fousse:
> > It is a library.
>
> Then please say so in the description. The programming language it's for
> might be nice to mention, too. ;-)
I will rephrase the description to make it appear more clearly. Thanks
for your
On Fri, Aug 12, 2005 at 10:22:24PM +0200, Pierre Habouzit wrote:
> Le Ven 12 Août 2005 22:18, Roberto C. Sanchez a écrit :
>
> to wich /dev/??? entry does the program speaks to ? if it's video (e.g.)
> then the normal user of a box is supposed to be in the video group, and
> setuid is not requir
I just saw that the bugs viewed via the BTS webpage look much nicer.
The cleaning up of the headers from the email messages was a
particularly nice touch.
However, I am wondering if it is a bug that the pages are not even valid
HTML 4.01. Is this a bug? Should I file a bug agains the b.d.o psued
Le Ven 12 Août 2005 22:18, Roberto C. Sanchez a écrit :
> On Fri, Aug 12, 2005 at 03:52:16PM -0400, Roberto C. Sanchez wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
> >
> > * Package name: ddccontrol
> > Version : 0.1.3
> > Upstr
On Fri, Aug 12, 2005 at 03:52:16PM -0400, Roberto C. Sanchez wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
>
> * Package name: ddccontrol
> Version : 0.1.3
> Upstream Author : Nicolas Boichat <[EMAIL PROTECTED]>
> * URL :
Processing commands for [EMAIL PROTECTED]:
> # I've reviewed all bug reports containing "/usr/doc" or "/usr/share/doc".
> # These remain to be fixed.
> #
> #memstat 322749
> #update 254800
> #libruby 189856
> #gtk-engines-eazel 190020
> #dhcp-client 203278
> #elvis-tiny 254913
> #delo 254924
> #de
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: ddccontrol
Version : 0.1.3
Upstream Author : Nicolas Boichat <[EMAIL PROTECTED]>
* URL : http://ddccontrol.sourceforge.net/
*
Processing commands for [EMAIL PROTECTED]:
> block 322762 with 322769 321926
Bug#322762: /usr/doc still exists (transition tracking bug)
Was not blocked by any bugs.
Blocking bugs added: 322769, 321926
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug track
Martin Loschwitz wrote:
> We, Peter De Schrijver and me, hereby announce the intention to take over
> the Mac on Linux packages and maintain them in a sort of packaging group.
package things in a group is a very good idea, many thanks to take care
of MOL.
--
.''`.
: :' :rnaud
`. `'
`-
Ja
Package: general
Severity: normal
In 1999, Debian began moving /usr/doc to /usr/share/doc to comply with
the FHS. Due to unfortunate dpkg issues at the time, we couldn't simply
move the directory and be done with it, but decided to move things
peicemeil by updating all packages. Due to some silly
Hi,
I took a look at your site a couple of hours ago...
and I want to tell you that I'd really love to trade links with you. I think
your site has some really good stuff related to my site's topic of chat
and would be a great resource for my visitors as it deals with some great
aspects of chat tha
I wrote:
> Please check the archives. This has been discussed many times. It is
> clear that there is going to be no change.
Javier writes:
> The last sentence is not true. For some of the compelling reasons as to
> why this should change...
I didn't say it shouldn't change.
--
John Hasler
-
On Fri, Aug 12, 2005 at 10:59:09AM -0400, Jay Berkenbilt wrote:
> How does one report problems with the package tracking system? I
> followed the link on packages.qa.debian.org and got no response.
I just added a link to the qa.d.o pseudopackage of the BTS to every
individual page (can take up to
Hi,
I took a look at your site a couple of hours ago...
and I want to tell you that I'd really love to trade links with you. I think
your site has some really good stuff related to my site's topic of stickers
and would be a great resource for my visitors as it deals with some great
aspects of stic
[Miquel van Smoorenburg]
> If you don't want NFS mounts in single user mode, don't put them in
> /etc/fstab ...
Your simple solution do not match all installation. For those
installation with NFS mounts in fstab and no automount setting, it
would be useful with a singleuser mode without mounting
In article <[EMAIL PROTECTED]>,
GOMBAS Gabor <[EMAIL PROTECTED]> wrote:
>On Fri, Aug 12, 2005 at 04:05:43PM +0300, Timo Aaltonen wrote:
>
>> "Single-user" mode is a fiasco, because in /etc/rcS.d/* there are a number
>> of services that really should not belong there. Examples:
>>
>> -networ
On Fri, Aug 12, 2005 at 09:52:38AM -0500, John Hasler wrote:
> Timo Aaltonen writes:
> > Is there will to change the current policy regarding runlevels in Debian?
> > I'd propose to use the recommendation made by LSB:
>
> Please check the archives. This has been discussed many times. It is
> cle
> This way, your package could go to main, which is a very good thing.
> Another approach would be to build the package with some jdk's (1.4 and
> 1.5 are enough) and add jdk14 and jdk15 to the binary name.
>
> Maybe you can have a look at libpg-java I think it builds several jars
> for different
Hello Jay,
On Fri, 2005-08-12 at 10:59 -0400, Jay Berkenbilt wrote:
> The first thing I did was look for a pseudopackage in the
> bug tracking system for PTS, but I couldn't find one. Perhaps I
> overlooked it?
You can report bugs in the PTS against the qa.debian.org pseudopackage.
In my experie
On Fri, Aug 12, 2005 at 04:23:04PM +0200, Petter Reinholdtsen wrote:
> Personally, I hate that it isn't a standardized way to get down to a
> minimal system, or a standardized way to start everything bug *dm/X.
I do not think that X should be anything special. Yes, there is the case
when you have
Hi,
Laurent Fousse:
> It is a library.
Then please say so in the description. The programming language it's for
might be nice to mention, too. ;-)
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.nor
On Fri, Aug 12, 2005 at 04:05:43PM +0300, Timo Aaltonen wrote:
> "Single-user" mode is a fiasco, because in /etc/rcS.d/* there are a number
> of services that really should not belong there. Examples:
>
> -network
> -all disks (including NFS) mounted
Well, I have no strong feelings
On Fri, Aug 12, 2005 at 04:41:01PM +0200, Goswin von Brederlow wrote:
> I believe nss modules are even dlopened in a static libc. There is no
> way to link them in static.
I believe Henrique didn't mean the NSS modules being static, just
linking all dependant libraries statically into the NSS mod
How does one report problems with the package tracking system? I
followed the link on packages.qa.debian.org and got no response.
That's certainly not a complaint -- I don't necessarily expect to get
a response right away, but I have no way of tracking this or knowing
whether my comments have bee
Henrique de Moraes Holschuh writes:
> If the local admin needs multiple multi-user runlevels, he can always set
> it up himself (and use a initscript system that supports it without
> hassle ;-) ),
Could you suggest one?
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
Timo Aaltonen writes:
> Is there will to change the current policy regarding runlevels in Debian?
> I'd propose to use the recommendation made by LSB:
Please check the archives. This has been discussed many times. It is
clear that there is going to be no change.
I've been considering adding a f
On 11-Aug-05, 15:59 (CDT), Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > As a practical matter, any modern Solaris (>=7, probably even 2.6 and 2.5)
> > machine has /usr/xpg4/bin/sh installed.
> >
> > Steve
>
> But what if there is a /usr/xpg4/bin/sh that isn't posix? :)
See, the nice thing
On Fri, Aug 12, 2005 at 11:07:09AM -0300, Henrique de Moraes Holschuh wrote:
> 2. any dynamic libraries needed are in /lib, and *all* of them use
> versioned symbols
Look at the earlier discussions about libnss-ldap. You'd quickly find
half of /usr/lib being moved to /lib. I do not think
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> On Thu, 11 Aug 2005, Piotr Roszatycki wrote:
>> Hi. The problem is important not only for libnss-db package but also for
>> libnss-ldap, libnss-mysql and others.
>>
>> $ ldd /usr/lib/libnss_db.so.2 | grep /usr
>> libdb-4.3.so => /
[Simon Richter]
> I'd counterpropose to make this optional. I very much like the fact
> that the runlevels have no default meaning and would prefer it to
> stay that way, although I can see the issue of LSB compliance.
Care to share with us on why you like the current setup?
Personally, I hate th
On Fri, 12 Aug 2005, Timo Aaltonen wrote:
> Is there will to change the current policy regarding runlevels in
> Debian? I'd propose to use the recommendation made by LSB:
Well, for what is it worth, I am against part of what you describe.
We can shuffle what happens in system init (rc.S), sing
* kamaraju kusumanchi ([EMAIL PROTECTED]) [050811 23:46]:
> I was just wondering if there are any efforts currently undergoing to
> make this a reality? or has the idea been just dropped? What is
> preventing its implementation?
Currently, even the daily dinstall is creating pain to us, as spohr
Hi,
Timo Aaltonen wrote:
> Is there will to change the current policy regarding runlevels in
> Debian? I'd propose to use the recommendation made by LSB:
I'd counterpropose to make this optional. I very much like the fact that
the runlevels have no default meaning and would prefer it to stay t
On Thu, 11 Aug 2005, Piotr Roszatycki wrote:
> Hi. The problem is important not only for libnss-db package but also for
> libnss-ldap, libnss-mysql and others.
>
> $ ldd /usr/lib/libnss_db.so.2 | grep /usr
> libdb-4.3.so => /usr/lib/libdb-4.3.so (0xb7e1)
Well, IMHO anything used by l
Quoting Timo Aaltonen <[EMAIL PROTECTED]>:
>Is there will to change the current policy regarding runlevels in
> Debian? I'd propose to use the recommendation made by LSB:
IIRC, there were discussions about that issue. I don't remember
the outcome and would like to see Debian more LSBish here.
* Frank Küster ([EMAIL PROTECTED]) [050811 23:46]:
> Is this a bug in Björns script, or in the new versioned BTS, or in
> katie's code?
Britney is version-tracking agnostic currently. (Though that's one of
the issues I want to work on this weekend.)
Cheers,
Andi
--
To UNSUBSCRIBE, email to [E
Nico Golde wrote:
> Do you have an idea how many of them are packaged with
> 1.8 too?
The following source packages generate binary packages
for ruby1.6 only:
aswiki
drb (*)
erb (*)
gnome-ruby
libhonyaku-damashii-ruby
libiconv-ruby (*)
libmutexm-ruby (*)
libnet-acl-ruby (*)
libo
[Timo Aaltonen]
> "Single-user" mode is a fiasco, because in /etc/rcS.d/* there are a number
> of services that really should not belong there. Examples:
>
> -network
> -all disks (including NFS) mounted
>
> ..and those that depend on them.
Yes, singleuser in debian is not working v
Hi!
Is there will to change the current policy regarding runlevels in
Debian? I'd propose to use the recommendation made by LSB:
http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-generic/LSB-Core-generic/runlevels.html
The reason for this is that practically Debian has only two
Gostaria de saber quanto custa a
ferramenta
Adão ( Goiania goiás)
Hi,
I have packaged policyd daemon for postfix (policyd.sf.net) and now it
looks like that upstream is adding config file directives and changing
database almost each time new release is made and adding stuff to
database.
It looks like to be good idea to handle this automaticaly.
DATABASE:
It se
Hi,
* akira yamada / [EMAIL PROTECTED]"$-$i <[EMAIL PROTECTED]> [2005-08-12 11:49]:
> I think that ruby1.6 should be removed from Debian.
> Because Ruby 1.6.x is the old stable version of Ruby.
> (current stable version is Ruby 1.8.x.)
>
> In unstable, the following packages depend on ruby1.6:
I
Hi,
I think that ruby1.6 should be removed from Debian.
Because Ruby 1.6.x is the old stable version of Ruby.
(current stable version is Ruby 1.8.x.)
In unstable, the following packages depend on ruby1.6:
aswiki
libalgorithm-diff-ruby1.6
libamrita-ruby1.6
libart-ruby1.6
libbz2-ruby1.6
On Fri, 12 Aug 2005 10:23:41 +0200
Piotr Roszatycki <[EMAIL PROTECTED]> wrote:
> On Thursday 11 of August 2005 11:35, Tim Dijkstra wrote:
> > > $ ldd /usr/lib/libnss_db.so.2 | grep /usr
> > > libdb-4.3.so => /usr/lib/libdb-4.3.so (0xb7e1)
> > >
> > > So the system can't unmount /usr pa
On Friday 12 of August 2005 10:41, Petter Reinholdtsen wrote:
> [Piotr Roszatycki]
>
> > I've tried to replace /bin/sh with /bin/posh and it was completly
> > disaster.
>
> Did the same happen using /bin/dash as /bin/sh? I believe it is
> comparable in size with posh.
No, dash works better. The p
Hey debian-devel,
I am writing to you to invite you to try our new website and online
facilities at www.postrade.com.
We are an online business directory specialising in products, services, trade
lead management and promotion.
you can use the following services:
-Post up to 32 products with ful
On Thursday 11 of August 2005 11:35, Tim Dijkstra wrote:
> > $ ldd /usr/lib/libnss_db.so.2 | grep /usr
> > libdb-4.3.so => /usr/lib/libdb-4.3.so (0xb7e1)
> >
> > So the system can't unmount /usr partition on poweroff process. I
> > wonder if I should link statically the BDB library. The
On Friday 12 August 2005 10:19, Piotr Roszatycki wrote:
> I've tried to replace /bin/sh with /bin/posh and it was completly
> disaster.
>
> The replacement for bash is especially important on embedded plaforms
> or palmtops with a little memory (like my Jornada 720). I've found that
> the system sc
[Piotr Roszatycki]
> I've tried to replace /bin/sh with /bin/posh and it was completly disaster.
Did the same happen using /bin/dash as /bin/sh? I believe it is
comparable in size with posh.
> The system was fucked up. I've found the errors in critical init
> scripts: file-rc (/etc/init.d/rc),
Hi.
I've tried to replace /bin/sh with /bin/posh and it was completly disaster.
The system was fucked up. I've found the errors in critical init scripts:
file-rc (/etc/init.d/rc), hotplug, hdparm, console-tools, x11-xorg and many
more.
The replacement for bash is especially important on embedd
Package: wnpp
Severity: wishlist
Owner: Paul Wise <[EMAIL PROTECTED]>
* Package name: lufis
Version : 0.3
Upstream Author : Miklos Szeredi <[EMAIL PROTECTED]>
* URL : http://fuse.sourceforge.net
* License : GPL
Description : allows applications using lufs
also sprach Isaac Clerencia <[EMAIL PROTECTED]> [2005.08.12.0925 +0200]:
> Yeah, sure, we were greatly surprised when they started supporting Wesnoth ML
> as a serializator [0] ;).
Human-readable serialisation formats make for great debugging. s11n
also supports some format similar to RFC822, rea
On Friday, 12 August 2005 08:52, martin f krafft wrote:
> Hi folks,
>
> libs11n[0] is a nice C++ serialisation library. The author makes no
> secrets about shortcomings (e.g. when compared to boost's libs11n),
> but also has some funky stuff in place no other serialisation
> library offers.
Yeah, s
67 matches
Mail list logo
