tag 293117 + security upstream confirmed
thanks
On Tue, 01 Feb 2005, Erwan David wrote:
> .hplip.conf is created in 666 mode.
Eeek! Fix on the way.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
wher
Package: memtest86+
Version: 1.50-1
Severity: minor
Patch available at
http://forum.x86-secret.com/viewtopic.php?t=2355&sid=ba6cc0ad0683733cb2d549c1ccec8d02
(if the link fails, that would be topic "Post subject: To add in Rev 1.51+"
on the " Forums X86-secret Forum Index // Memtest86+ Official F
On Sat, 05 Feb 2005, Hervé Eychenne wrote:
> Sorry, I don't know the interactions/responsability of interacting
> packages... but how can sane "guess" that it should add hpaio driver
Basically, one package must not, ever, touch another's config files.
> > But it was done by the libsane maintainer
tags 293503 + moreinfo
thanks
On Fri, 04 Feb 2005, René Seindal wrote:
> have a HP PSC 950 which I have used with hpijs and hpoj for printing
> and scanning.
>
> I have now installed hplip and a newer hpijs, and I can print, but I
> cannot scan, use the card-reader, clean cartridges or anything
>
tags 293479 + moreinfo
thanks
On Sat, 05 Feb 2005, Torsten Landschoff wrote:
> On Sat, Feb 05, 2005 at 05:49:52PM +0100, Julien BLACHE wrote:
> > >># Hewlett-Packard LaserJet 3200m
> > >> libusbscanner 0x0003 0x03f0 0x01170x
> > > 0x 0x00 0x00
On Sat, 05 Feb 2005, Julien BLACHE wrote:
> > Adding that list is not as straight forward as I thought. Just looked
> > into the sources and it actually uses the IEE 1284 device string to
> > identify the device even if it is connected to USB. Makes me wonder how
> > one could get such a list.
>
On Sat, 05 Feb 2005, Julien BLACHE wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> >> Add a stanza to the README.Debian asking people to report the missing
> >> IDs, you'll fill in the blanks really fast.
> >
> > Good idea. BTW, as I s
tag 307790 + sid
thanks
On Thu, 05 May 2005, Matthias Klose wrote:
> hplip runs fine without any X installation and installation of the QT
> libraries. The patch splits out the common bits, which don't need the
> GUI to hplip-base, and keeps the GUI stuff in the hplip package. This
> separation sh
On Thu, 05 May 2005, Matthias Klose wrote:
> the configury gets the wrong python installation, for which no python
> qt modules are available.
Huh? I have python2.2 installed here, and it builds just fine.
Ah, you must mean python2.2-dev. I will test that.
> See the diffs to configure and conf
On Fri, 06 May 2005, Matthias Klose wrote:
> > That is not a wise idea, unless I misunderstood what you meant by it.
> > Upstream shipped broken PyQT-generated files at least once already.
>
> yes, that's a reason as well. Maybe just generate the correct files
> and ship these in the Debian packag
On Thu, 05 May 2005, Matthias Klose wrote:
> PYVERSION=`/usr/bin/python -c 'import sys; print sys.version[:3]'`
> PYTHONSEARCHPATH="python python$PYVERSION python2.2 python2.3 python2.4"
That should be completely innefective. That's used to set a yes/no flag, and
abort with an error if python was
On Fri, 06 May 2005, Matthias Klose wrote:
> Henrique de Moraes Holschuh writes:
> > On Thu, 05 May 2005, Matthias Klose wrote:
> > > PYVERSION=`/usr/bin/python -c 'import sys; print sys.version[:3]'`
> > > PYTHONSEARCHPATH="python python$PYVERSION py
On Fri, 06 May 2005, Frank Lichtenheld wrote:
> On Thu, May 05, 2005 at 07:32:16PM -0300, Henrique de Moraes Holschuh wrote:
> > On Fri, 06 May 2005, Matthias Klose wrote:
> > > no, it selects python2.2, if python2.2-dev is installed.
> >
> > Yeah, but *nothing*
On Mon, 09 May 2005, Frank Lichtenheld wrote:
> Setting up rng-tools (2-unofficial-mt.8-5) ...
> ./MAKEDEV: don't know how to make device "hwrandom"
> ./MAKEDEV: don't know how to make device "intel_rng"
Urk. Forgot to fix that in the stable branch.
I am considering whether to promote the experi
Package: automake1.9
Version: 1.9.5-1
Severity: wishlist
Tags: upstream
Please add support for pretty-running make as it is done for the Linux
kernel 2.6. It helps a lot to reduce cruft and call attention to warnings,
especially for builts like the ones done by automake when dependency
tracking i
Package: libtool
Version: 1.5.6-6
Severity: wishlist
Tags: upstream
Libtool *really* should let one configure what kind of language support
needs to be used in the AC_PROG_LIBTOOL macro.
That way, a lot of useless, distracting, major resource waste of tests could
be dropped (e.g. C++/F77 tests in
package libtool
severity 308275 wishlist
tags 308275 wontfix
tags 308275 fixed-upstream
merge 308275 221873
thanks
Oops... I should have read the #221873 bug report beforehand, as that report
basically states that #308275 is fixed in 1.6 just in the way I would like
it to have been fixed).
--
On Sun, 13 Mar 2005, tim hall wrote:
> If you're not graphically inclined, I'm prepared to create a suitable icon
> and submit a menufile patch into the bargain. Please email me with your
> requirements if this is the case.
Please do. Hints on possible menu icons can be found from stuff in
http:/
On Wed, 16 Mar 2005, Paul Traina wrote:
> Much thanks for your work. If you're not able to complete the job, feel
> free to e-mail me what you have and I'll get it done.
Sven Mueller has done a lot of progress. I just posted the news. If you
want to join the project, send me your alioth username
On Tue, 15 Mar 2005, Julian Gilbey wrote:
> Why would you want to know whether or not something was updated in a
> cronjob? Surely --quiet should just suppress non-error output?
Because that also tells me there was some activity in the BTS I might want
to double-check.
But I would be fine with -
On Fri, 18 Mar 2005, Simon MANLAY wrote:
> When sending killall -HUP cyrmaster, or executing /etc/init.d/cyrus21
> reload, cyrmaster stops.
> This appen since version 1.1.16 , I guess
2.1.16, you mean?
This is a known limitation, I think. But I need your cyrus.conf to make
sure if it is the prob
On Fri, 18 Mar 2005, Simon MANLAY wrote:
> > This is a known limitation, I think. But I need your cyrus.conf to make
> > sure if it is the problem I think it is.
> Ok, I join it.
Nope, nothing weird. Could you please read
/usr/share/doc/cyrus21-common/README.Debian.debug and
send me an strace out
On Mon, 21 Mar 2005, Maxim Yakubenko wrote:
> Or may be this problem can be solved on sasl side?
If you are using saslauthd, yes. Tell it to strip the realm as it used to.
Cyrus 2.1 does *not* support virtual domains, so it usually ignores
everything after the @. If you tell SASL to do the same.
On Mon, 25 Jul 2005, Fabian Fagerholm wrote:
> It appears that at least cyrus-sasl-2.1.21 has the ldapdb plugin
> included.
>
> Perhaps it could be built in the next version of this package?
Yes. If it made it upstream, there is no reason why the Debian package
should not include it.
--
"One
On Wed, 27 Jul 2005, Omniflux wrote:
> This may be a problem with the amd64 version only.
Please test 0.9.4-1 just uploaded.
If it segfaults, please:
1. apt-get install build-essential fakeroot
2. apt-get build-dep hplip
3. apt-get source hplip
then cd into the hplip source directory, and
DEB_
On Thu, 24 Mar 2005, Josselin Mouette wrote:
> > I'm not sure what to do now. Is it possible to link our wxgtk2.4 against
> > glib2.0? Or unlink libsdl from using libglib?
>
> I'm afraid there is no miracle solution. Getting wxgtk2.5 to install
Miracle? no. Technical, sound, and sane? Yes: Versi
Package: hotkeys
Version: 0.5.7.3
Severity: important
Any 'multimedia' keyboards that are properly set-up in X now deliver
standardized (well, not really but still) keysyms, known as XF86audio.
Please support that keyboard mapping.
-- System Information:
Debian Release: 3.1
APT prefers unstabl
On Sat, 26 Mar 2005, Gürkan Sengün wrote:
> * Package name: mazeofgalious
This game cannot be packaged, it infringes a lot of Konami copyright. You
must remember that the game *design* itself is copyrighted, as well as the
name, the characters, the graphics, etc.
That said, it is almost (alm
On Sat, 26 Mar 2005, Gürkan Sengün wrote:
> > This game cannot be packaged, it infringes a lot of Konami copyright. You
> > must remember that the game *design* itself is copyrighted, as well as the
> > name, the characters, the graphics, etc.
>
> What about Bomberman? Pacman? Pingus? Supertux? N
On Mon, 28 Mar 2005, Pauli Manninen wrote:
> Version: 2.9.5.1-1
Please test it with fcron 2.9.6-2 from sid.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley
Package: kernel-tree-2.6.11
Version: 2.6.11-1
Severity: grave
Tags: security
Justification: user security hole
As usual. I feel weird filling what used to be a wishlist-level report as
grave, but...
Summary of changes from v2.6.11.5 to v2.6.11.6
==
Ch
On Wed, 30 Mar 2005, Horms wrote:
> With the exception of the load_elf_library problem,
> which I will check on now, I believe I have patches for
> the rest in SVN as neccessary for:
I have checked 2.6.11 (looked it over, I am not running 2.6.11 here yet),
and it looks OK. It would be a very good
severity 301769 minor
thanks
On Wed, 30 Mar 2005, Pauli Manninen wrote:
> Mar 30 09:10:49 xxx fcrontab[6161]: Conf file (/etc/fcron.conf) must be
> owned by root:fcron and (no more than) 644 : ignored
Hmm, well, it *is* a conffile, and while the postinst code does force group
fcron (since t
On Wed, 30 Mar 2005, Horms wrote:
> > with 2.6.11.X, including the numbering (i.e. next upload should be
> > kernel-source-2.6.11, package version 2.6.11.6-1).
>
> I agree it would be good to sync up the patches,
> but I don't think there is any need to include the
> .6 in the debian version as we
On Wed, 30 Mar 2005, Horms wrote:
> > It is much more user-friendly, and it readly provides information on the
> > most up-to-date tree it was synced with, in aptitude/dselect/synaptic...
>
> Yes, but the problem is that each time it changes backages
> have to go through a NEW cycle.
I assume you
Package: libsnmp5-dev
Version: 5.1.2-6
Severity: grave
Justification: renders package unusable
Do *NOT* play with prefix= in make install when using autoconf+libtool,
whatever you put in there will end-up in .la files, and break everything
that needs your library and uses libtool.
$cat /usr/lib/l
Package: lintian
Version: 1.23.8
Severity: wishlist
The problem:
libtool uses .la files to locate libraries, and if they are not in any
of the common locations (in ld.so.conf), it adds rpath information to
anything that needs to link to those libs.
Some packages do stupid things in their
tags 302195 + patch
thanks
See attached patch that does a quick fix of the mess.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
d
On Wed, 30 Mar 2005, Stephen Gran wrote:
> INSTALL_PREFIX appears to be respected. So this would be the right fix,
> it seems.
I tested with DESTDIR, and that broke. If INSTALL_PREFIX works, and it is
not ending up in the .la files (or elsewhere), than yes, your fix is much
better.
--
"One di
On Wed, 30 Mar 2005, Stephen Gran wrote:
> Well, the maintainer has two patches now, so hopefully this can be fixed
> soon enough with one of them.
And, if he does not, I will NMU using the safest path (my fix-the-la-files
patch), which can't break anything worse than what we currently have.
Expe
On Wed, 30 Mar 2005, Christopher Martin wrote:
> HPLIP 0.9 is now available. Updated packages would be great!
I am working on them. You can get them from CVS in alioth.
https://alioth.debian.org/projects/pkg-hpijs/
They are held back by a number of nasty messes in the C code, and by
#302195. hp
On Wed, 30 Mar 2005, Christopher Martin wrote:
> In addition to an entry in the Debian menu system for the toolbox,
> a .desktop file in /usr/share/applications for freedesktop.org menu
> environments (GNOME, KDE) would be extremely convenient.
Send a patch, and I will add it!
--
"One disk t
On Thu, 31 Mar 2005, Jochen Friedrich wrote:
> > Expect an NMU uploaded to 5-DAY in the next 24h if the maintainer does not
> > reply to this bug. After the upload, he will still have 5 days to remove
> > the NMU from incoming, or to upload a new version of the package (which
> > would invalidate
1) unstable; urgency=emergency
+
+ * NMU (with permission from maintainer)
+ * debian/rules: clean up libdir in all .la files installed to
+/usr/lib, so as to avoid breaking all libtool builds (closes: #302195).
+
+ -- Henrique de Moraes Holschuh <[EMAIL PROTECTED]> Thu, 31 Mar 2005 12:14:11
On Thu, 31 Mar 2005, Jared Bell wrote:
> 2.2.1 since december 2004
>
> Any more updates on what's going on?
Nobody seems to be working on amavisd-new right now. We have an alioth
project set up, if you want to help, you're welcome.
--
"One disk to rule them all, One disk to find them. One di
On Fri, 01 Apr 2005, Pauli Manninen wrote:
> $ ls -la /etc/fcron.conf
> -rw-r- 1 root fcron 676 2005-03-26 06:13 /etc/fcron.conf
[...]
> So, it is only whining about wrong permissions (which are not actually
> wrong?) when fcron is installed.
Ok. This IS wierd. I will try to reproduce a
tag 295033 + moreinfo
tag 293503 + moreinfo
thanks
Please test the issue again using the new hplip 0.9.1, upstream has fixed
an impressive ammount of bugs since 0.8.7.
Please report back whether the issues you had with 0.8.7 are fixed or not.
--
"One disk to rule them all, One disk to find th
Package: foomatic-db-hpijs
Version: 1.5-20050118-1
Severity: wishlist
I have just uploaded hplip 0.9.1 to unstable, and it would be a good idea to
resync foomatic-db-hpijs with the database, as there were some fixes AFAIK.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT po
I can't for the life of me figure out wtf upstream wanted those comparisons
with (int) (this) to work, so I am not applying the patch.
Instead, I will ask upstream if that code makes any sense at all, or what...
IMHO, it looks buggy (the complete code, not your patch).
--
"One disk to rule the
On Mon, 04 Jul 2005, Gürkan Sengün wrote:
> >* Package name: mazeofgalious
> > Version : 0.62
> > Upstream Authors: Santi Ontanon <[EMAIL PROTECTED]>
> >* URL : http://www.braingames.getput.com/mog/
> >* License : Not defined yet (will try to work this out with
>
tag 317683 + confirmed sarge upstream wontfix
severity 317683 important
thanks
> At debconf5 we tried to setup cups and hpijs for an HP laserjet 3500 on
> powerpc machines. Apparently this causes a wrong command stream to be
> sent to the printer which trying to print anything. The only output is
On Mon, 04 Apr 2005, Sven Luther wrote:
> No, the packages would still be kernel-*-2.6.11, but the version number would
> be 2.6.11.6-, yiedling stuff like :
>
> kernel-source-2.6.11_2.6.11.6-1_all.deb
>
> Which is ok, and doesn't trigger NEW. I vote for that.
Which is what I thought would ha
tags 303092 + moreinfo
thanks
On Mon, 04 Apr 2005, Simon Farnsworth wrote:
> When I restart cyrus21 with the command /etc/init.d/cyrus21 restart, my
> simon.seen file is corrupt, forcing me to rebuild unread/read flags from
> scratch each time the package is upgraded.
Please read the debugging i
Package: openmsx
Severity: grave
Justification: renders package unusable
openmsx depends on libgcc1 (>= 1:4.0) which is NOT in sid.
Please build it using gcc 3.4 in a sid chroot.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386
tags 291429 + upstream confirmed
retitle 291429 hpguid: does not reap dead children (xsane)
thanks
I have confirmed this bug. hpguid is failing to process sigchld and thus
it is not reaping the zombies.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in
Package: foomatic-db-hpijs
Version: 1.5-20050403-1
Severity: normal
Tags: upstream
The HP-PhotoSmart_2600 database information generates a PPD that refers to
the "deskjet 5550" model for hpijs. hpijs 2.1.1 has a "Photosmart 2600"
model which should be used instead.
-- System Information:
Debian
The first part of this bug report (status changes reopening the toolbox
window) has been fixed upstream in 0.9.1, and refers to #292672 now closed.
The second part of this bug report refers to two good ideas for the toolbox:
1. KDE/GNOME-aware system tray notifier mode
2. autoclose (i.e. autokill
On Fri, 08 Apr 2005, Rob Browning wrote:
> Before I'd be willing to change this, I'd need to hear from
> debian-policy that such a change would be acceptable. Current policy
Debian requires a *POSIX* system to work. VFAT ain't POSIX, so no dice.
There is no need to get a policy stick for this, it
On Thu, 14 Apr 2005, Donald J. Welch wrote:
> I am trying to figure out Debian defect #291429...
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291429
>
> I changed the code to include a os.waitpid( -1, os.WNOHANG ) after the
> os.spawnvp() call. I am not very experienced with the way POSIX ha
Someone please forward my reply to Erwan, it appears he does not ever
expected to exchange email with someone in .br :-)
I just got a:
<[EMAIL PROTECTED]>: host depot.rail.eu.org[82.232.38.36] said: 554 Service
unavailable; Client host [200.218.238.29] blocked using
br.rbl.cluecentral.net; RBL by
On Sun, 16 Oct 2005, Steve Langasek wrote:
> Why are you telling maintainers that you are going to NMU for the openssl
> transition? Such NMUs have not been discussed with either the release team
Well, I am not telling maintainer*s*, so far I just filed a single bug
against net-snmp. Because of
On Sun, 16 Oct 2005, Steve Langasek wrote:
> So now the segfaults move another step down the chain, to someone else
> running a different application that needs net-snmp built against 0.9.7...
Indeed. Until all have transitioned, segfaults would happen. There was no
other fix for a openssl withou
On Mon, 17 Oct 2005, Debian Bug Tracking System wrote:
>* include symbol versioning in Configure (closes: #330867)
Thanks!
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." --
Package: cryptsetup
Version: 20050111-3
Severity: minor
Either something should be inside /usr/lib/cryptsetup, and it isn't... or
the directory should not be there in the first place.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Ar
Wesley,
Please act on this bug very soon, or I will coordinate with Ubuntu and
Michael, and upload a cryptsetup-luks package to superseed cryptsetup.
At least reply to this bug and tell us what you think about adding LUKS
support, even if it is "no, I won't do it".
--
"One disk to rule them a
On Wed, 19 Oct 2005, Wesley W. Terpstra wrote:
> On Oct 19, 2005, at 4:47 AM, Henrique de Moraes Holschuh wrote:
> >Please act on this bug very soon, or I will coordinate with Ubuntu and
> >Michael, and upload a cryptsetup-luks package to superseed cryptsetup.
>
> This is Mic
Package: dmraid
Severity: important
This package is all about supporting SOFTWARE S?ATARAID controlers.
You know, winraid crap. The current package description is completely
incorrect.
I strongly suggest that the package description be changed to the one
suggested upstream (FROM http://p
Package: lyx
Version: 1.3.6-1
Severity: wishlist
Please consider adding an alternative /usr/bin/lyx which switches between
lyx-xforms and lyx-qt, with a higher priority to lyx-qt (since it has better
functionality).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
hod (closes: #319670, #324799)
+
+ -- Henrique de Moraes Holschuh <[EMAIL PROTECTED]> Thu, 20 Oct 2005 00:07:56
-0200
+
aspell-pt (0.50-2-4) unstable; urgency=low
* Built against aspell 0.60.2.
diff -ruN aspell-pt-0.50-2/debian/control aspell-pt-0.50-2.new/debian/control
--- aspell-pt-0.50
On Thu, 20 Oct 2005, Filippo Giunchedi wrote:
> please check out the new description:
> http://svn.debian.org/wsvn/utnubu/packages/dmraid/trunk/debian/?rev=0&sc=0
I'd change some stuff:
"The following chipsets are recognized:" is wrong. Chipsets have nothing to
do with it, and the list is not a l
On Thu, 20 Oct 2005, Filippo Giunchedi wrote:
> thanks, patch accepted! please check the new description at the above url. If
> that's okay with you I would go for an upload
Yeah, I am okay with it :-)
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in th
On Thu, 13 Oct 2005, Roger Leigh wrote:
> Check out cups-genppdupdate in cupsys-driver-gutenprint. This is used
I will do so, and add it to hplip-ppds if it does not look dangerous. But
the bug stands, CUPS must provide a non-braindamaged way to do this, and it
should have done so from day one,
On Wed, 26 Oct 2005, Arnaud Quette wrote:
> > The poweroff action for /etc/init.d/ups-monitor (symlinked to nut) needs
> > to run at S90halt, to power off the load.
> >
> > At that time, everything is unmounted or mounted readonly, etc. So there
> > is no way a serial-line ups can be commanded by n
On Wed, 26 Oct 2005, Arnaud Quette wrote:
> About your last question ("Are there immediate-poweroff UPSes that don't
> ..."), I don't know for the moment. The RAID problem is known and
> documented. For the drives, these should already be flushed as we're
> remounted RO...
That is different from a
On Wed, 26 Oct 2005, Rogério Brito wrote:
> On Oct 26 2005, Henrique de Moraes Holschuh wrote:
> > I see it on mounts caused by automount. I don't see it on mounts
> > caused by mount. So, we have one possible culprit.
>
> I see it with manual mounting of removab
On Wed, 28 Sep 2005, Christian Perrier wrote:
> Quoting Henrique de Moraes Holschuh ([EMAIL PROTECTED]):
> > Package: login
> > Version: 1:4.0.12-2
> > Severity: important
> >
> > Recent changes to login appear to have killed login.defs support for
> > mail
On Thu, 29 Sep 2005, Christian Perrier wrote:
> So, as far as shadow is concerned, the following changes should take
> place:
>
> -remove "noenv" for login
> -add "sessionoptional pam_mail.so standard" for su
Wearing my QA hat, I am not satisfied with that. It is not a comprehensive
fix, an
tag 309270 + wontfix
severity 309270 wishlist
thanks
I am unable to fix this in any way that would not compromise security, so it
will remain as is. 2.1.18 is in deep-maintenance mode, such changes are NOT
anywere close to the simple-and-obvious requirements for it.
You can add user cyrus to a tl
tag 314724 moreinfo
thanks
This looks like a bug in your self-compiled openldap 2.1.30. Are you sure
you did nothing like:
Having two different versions of openldap loaded dynamically (maybe because
of nsswitch/glibc) one of which does not use versioned symbols?
Having openldap cause [EMAIL PRO
This is not a bug.
cyrus21-admin works just fine without cyrus21-imapd, if you are
administrating a remote imapd.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon V
tags 293503 + moreinfo
thanks
René, do you still have problems with the HPLIP in unstable?
If you need it for stable, just download the source, edit debian/control and
change"libsnmp9-dev" to "libsnmp5-dev" if any is in there, and build. The
resulting binary packages will work fine in Debian Sarg
While this whole thing DOES look like it is broken, tc should accept
"action" in place of "conform-exceed" just fine. But it doesn't because of
some bug in tc (not in tcc). "action drop" works.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkn
On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote:
> It is *absolutely intolerable* to declare such conflicts for shared
> libraries, where there are easy solutions: MAKE TWO LIBRARIES THAT
> HAVE DIFFERENT NAMES.
The package has to build libraries with differently versioned symbols as
well, to avoid
On Sun, 11 Sep 2005, Domenico Andreoli wrote:
> On Sun, Sep 11, 2005 at 10:54:17AM -0300, Henrique de Moraes Holschuh wrote:
> > On Sat, 10 Sep 2005, Thomas Bushnell BSG wrote:
> > > It is *absolutely intolerable* to declare such conflicts for shared
> > > libraries, whe
Package: fwbuilder
Severity: wishlist
2.0.8 is available upstream with very important fixes. Please package it.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /b
Package: icc-profiles
Version: 1.0.1-1
Severity: minor
There is no Debian GNU/OS-X, and even if there were, the EOL delimiter
would still be 0x0A, not 0x0D.
Please fix the text files to the proper EOL convention for UNIX, which is
0x0A. Certainly not 0x0D, and NOT 0x0D 0x0A either. Thank you.
On Thu, 25 Aug 2005, Paul TBBle Hampson wrote:
> The issue in the above is that the suggestion of two different versions of
> libcurl being a problem for prog A is only a problem if the sonames/sovers are
> not differentiated, and I suggest they _be_ differentiated. I mean, they
That is not enough
Package: racoon
Version: 1:0.6.1-1
Severity: normal
Utter stupidity in racoon-tool makes everyone wait 25s on every racoon
shutdown. This can be quite catasthropic if the machine is being shutdown
in a hurry due to imminent power failure for example.
The fucking thing should kill -15, sleep at m
Package: nut
Version: 2.0.2-1
Severity: important
The poweroff action for /etc/init.d/ups-monitor (symlinked to nut) needs to
run at S90halt, to power off the load.
At that time, everything is unmounted or mounted readonly, etc. So there is
no way a serial-line ups can be commanded by nut to pow
Package: openssl
Version: 0.9.8-2
Severity: critical
Justification: breaks unrelated software
OpenSSL does not version symbols. This means all applications that somehow
end up linked to both openssl 0.9.7 and 0.9.8 segfault or behave otherwise
erratically (which would be a critical bug by itself,
Package: iproute
Version: 20041019-3
Severity: wishlist
From: Stephen Hemminger <[EMAIL PROTECTED]>
To: netdev@vger.kernel.org
Subject:[ANNOUNCE] iproute2 (051007)
Date: Fri, 7 Oct 2005 15:43:44 -0700
Cc: lartc@mailman.ds9a.nl
Fix one serious bu
Package: coreutils
Version: 5.2.1-2.1
Severity: normal
Filling this bug as normal instead of wishlist because the lack of O_DIRECT
in dd during big io takss causes the kernel to pratically discard all useful
cached data and inodes, thus degrading system performance a great deal for
no good reason.
On Thu, 13 Oct 2005, Michael Stone wrote:
> That's a kernel issue, not a dd issue. There are plans to fix that in
> 2.6.14 by less aggressively caching data for processes that behave like
> dd (or copy, which does exactly the same thing).
Hmm, yes, that would help. Still, it would be good to have
On Thu, 13 Oct 2005, Peter Colberg wrote:
> A syntax error seems to have slipped in the with the updated fcrontab
> /var/spool/fcron/systab.orig. fcron requires a space between the leading
> ampersand and the first time field.
I see. The documentation is broken, then. This is in fact a lot more t
On Thu, 13 Oct 2005, Michael Stone wrote:
> On Thu, Oct 13, 2005 at 07:34:17AM -0300, Henrique de Moraes Holschuh wrote:
> >Hmm, yes, that would help. Still, it would be good to have O_DIRECT
> >support
> >in dd for all sort of activities that should not cache at all.
>
On Thu, 13 Oct 2005, Michael Stone wrote:
> Why on earth would you believe that? I think's it's far more common for
> people to copy something than to dd it.
I have never heard of anyone prefering to cp or cat a block device over
using dd with a proper block size when doing partition/device zeroin
On Thu, 13 Oct 2005, Michael Stone wrote:
> On Thu, Oct 13, 2005 at 08:52:16AM -0300, Henrique de Moraes Holschuh wrote:
> >I have never heard of anyone prefering to cp or cat a block device over
> >using dd with a proper block size when doing partition/device zeroing (or
> >
Package: cupsys
Version: 1.1.23-12
Severity: important
CUPS lacks a proper interface for automated update of PPDs. This causes
updates in hpijs that require up-to-date hplip-ppds/foomatic-filters-ppds
PPDs to silently break printing on people's systems, often in very annoying
ways.
Ideally, CUPS
tags 333645 = fixed-upstream
thanks
On Thu, 13 Oct 2005, Jim Meyering wrote:
> > Package: coreutils
> > Version: 5.2.1-2.1
[...]
> FYI, this option was added for coreutils-5.3.0:
>
> * Major changes in release 5.3.0 (2005-01-08) [unstable]
> ...
> dd has new iflag= and oflag= options with the f
Package: hplip
Version: 0.9.5-2
Severity: important
- Forwarded message from tm <[EMAIL PROTECTED]> -
From: tm <[EMAIL PROTECTED]>
Subject: hplip 0.9.5 bug with network connected printer
Date: Wed, 12 Oct 2005 23:33:08 +0300
Hello,
Current hplip package (0.9.5-2ubuntu2) has a bug with hp
101 - 200 of 1722 matches
Mail list logo