> What exactly do you mean by numerically? Is 0.1 == 0.01 == 0.1 ==
> 1.0 == 10 == 10? What should be watched out for?
>From the debian policy manual (section 4):
"The strings are compared from left to right.
First the initial part of each string consisting entirely of non-digit
charac
In reference to a message from Stefano Zacchiroli, dated Apr 10:
> I and the upstream author have fixed the C++ problem that inhibit
> gmetadom to build on HPPA with g++ 3.0.
>
> Could someone then rebuilt gmetadom and two of the packages that depend
> on it on HPPA?
if you upload new sources/ver
> BTW, why this problem manifest itself only on hppa? Is the c++ compiler
> somewhat different or is only a chain of #ifdef and/or configure
> switches that behaves differently on that arch?
In woody, hppa is the only architecture that is using gcc-3.0 compilers.
The other architectures are all us
In reference to a message from Stefano Zacchiroli, dated Apr 07:
> I noticed that another package of mine, which is needed to build
> gtkmathview, wasn't successfully rebuilt on hppa, namely package
> "gmetadom".
it needs some c++ work. For one thing it references internal libstdc++
symbols (__STL
> There are several package shipped with a copy of pci.ids with various
> version.
> (at least pciutils, xviddetect, ksysctrl in testing)
> It would be better to have only one such file, and to have an easy
> way to update it. With new hardware sold, it become easily outdated,
> and it may cause pr
> As stated in bug #110304 deity won't work, this becouse it depends on
> libapt-pkg-libc6.2-3-2-3.1 (NOT AVAILABLE) which is (as you can see)
> not available.
this is not really a deity bug the 0.8.0.5 package was uploaded
originally for sparc/hppa/ia64. the i386 autobuilder just hasn't pi
> As I anticipated, it has a lot of "loops", and it is going in ridiculous
> values. These things should have had trouble when porting to new arches,
> but anyway, I have put the script up on
> http://mikilab.doshisha.ac.jp/~dancer/analyse-sourcepackages
neato i had written something somewhat
> The Automatic Package Building System page[1] lists the build
> daemons with web pages. It does not list those without, however.
> Since my latest libcdaudio packages are considered out of date on
> i386, I was wondering if a build daemon exists for that
> architecture. If you know of a build d
> Given that perl generally provides an option for backward compatibility
> to a previous release, it would seem that a cleaner alternative is
> available. I have prepared a set of non-versioned `perl', `perl-base',
> etc. packages for 5.6.0 to demonstrate the proposal:
I've been running these fo
> What does it mean? console-apt is not in potato and is it put again in
> stable?
rumours about console-apt taking over the world are greatly
exaggerated
*cough*
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
> Yes, I said to you that I may NMU gnudip, unfortunetaly I haven't found
> the time to do so ...
well, it's my package, so it's my fault i don't suppose i can get it
back in somehow? :/
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
> Package: gnudip (debian/main).
> Maintainer: Randolph Chung <[EMAIL PROTECTED]>
> 59248 gnudip: Gnudip prerm script fails with error `groupdel: group gnudip
> does not exist'
ok, some misunderstanding here. someone had said that he was going to do a
nmu for me becaus
Hi Raphael,
> - information about the NMU policy that the maintainer has adopted
> (timeframe before a NMU is allowed, do i need an authorization to do a
> nmu ?, ...)
easy to add. Jason would be the person to do this (add a field to the db).
The web interface can easily be changed to update/
> There is apparently a printing system out there that is designed to
> replace lpr-based ones, called PDQ. I notice this is not yet in
> Debian. Is anyone planning to package it? Does anyone have any
> experience with it? If so, how do you like it?
I had some debs at http://master.debian.org/
> IMHO, leaving out 2.4 is a bad idea. there were problems with 2.0 -> 2.2.
there are several indications that 2.4 proper won't be out till sometime in
the summer. i sure hope potato is out before then...
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
> > The system has been up for 14 days and /etc/motd was last modified on
> > Jan 27. Is it possible that the repairs are complete and someone
> > forgot to remove this line from /etc/motd?
We are waiting for some hardware to arrive... stay tuned...
randolph
--
Debian Developer <[EMAIL PROTECTE
Have you all seen the nice developers' map at
http://www.debian.org/devel/developers.loc ?
Here's your chance to help make it better!
The map is generated by xplanet. However, we have a few slight problems
1) xplanet doesn't build well on slink (well, xplanet does, but it depends
on things t
> Apropos redesign: the images on the secure version point to a
> non-secure URL and are therefore not rendered.
We are looking into this and will try to get it fixed in the next 24 hours.
> Paul> Moreover, I tried updating my info on the non-secure page, but
> Paul> my postcode is STILL not get
A few packages in potato seem to have dependency problems at the moment.
This is by no means an exhausive list. This is just a general heads-up. I
will file bugs with the packages if similar ones have not yet been filed.
emacs20: Depends: liblockfile0 but it is not installable
Depends
In reference to a message from Russell Coker, dated May 12:
> I have just had this file appear on my system. It is a broken link and
> "dpkg -S" doesn't tell me anything about it. It appeared when I installed
> about a dozen of the latest potato packages yesterday...
>
> Does anyone know what it
In reference to a message from Russell Coker, dated May 12:
> I have just had this file appear on my system. It is a broken link and
> "dpkg -S" doesn't tell me anything about it. It appeared when I installed
> about a dozen of the latest potato packages yesterday...
>
> Does anyone know what it
> That's all fine, but did we ever find out if someone were crazy enough to
> pay for the PnP monitor specs (wasn't it $300 or so?) that an
> implementation could be done and properly documented source released?
> Reverse engineering this just does not sound like fun.
From my limited understandin
22 matches
Mail list logo
