Edward J. Shornock <[EMAIL PROTECTED]> wrote:
> Rob Weir wrote:
>>The source is at http://crumbs.ertius.org/~rob/debian/lyx/, feel free to
>>upload it if you think it's ok.
> Wouldn't it be better to have the build depends like this?
> Build-Depends: libqt3-mt-dev (>=3:3.3.5), xlibs-dev (>> 4.3.
Rob Weir wrote:
The source is at http://crumbs.ertius.org/~rob/debian/lyx/, feel free to
upload it if you think it's ok.
Wouldn't it be better to have the build depends like this?
Build-Depends: libqt3-mt-dev (>=3:3.3.5), xlibs-dev (>> 4.3.0)
Xorg is in both Sid and Etch, and we don't wa
On Fri, Sep 23, 2005 at 08:05:14PM -0300, Henrique de Moraes Holschuh said
> On Fri, 23 Sep 2005, Colin Watson wrote:
> > On Fri, Sep 23, 2005 at 11:19:08AM -0700, Thomas Bushnell BSG wrote:
> > > lyx is one of the lingering packages that uses libqt3-mt but hasn't
> > > been rebuilt with the new ve
On Sat, Sep 24, 2005 at 09:33:17PM -0400, Joe Smith wrote:
>
> "Mark Brown" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> >In an ideal world dynamic services would have a range of ports reserved
> >for them. We're quite a way away from an ideal world here.
> There are ports for
Package: wnpp
Owner: Ryan Schultz <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: xmms-oggre
Version : 0.3
Upstream Author : Lars Siebold <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/my-xmms-plugs/
* License : GPL
Description : ogg di
"Mark Brown" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
In an ideal world dynamic services would have a range of ports reserved
for them. We're quite a way away from an ideal world here.
There are ports for that.
All ports above 49151 are designated for local (i.e. client) or
On Sat, Sep 24, 2005 at 12:39:14AM +1000, Paul TBBle Hampson wrote:
> On Fri, Sep 23, 2005 at 03:10:34PM +0200, Sylvain Beucler wrote:
> > >> I got an issue though, but I think it is related to glibc itself:
> > >> after installing the built source packages, aptitude/apt-get
> > >> absolutely want
Christoph Haas <[EMAIL PROTECTED]> writes:
> That's exactly the explanation what I was looking for. I incorrectly
> assumed that more than just MySQL is affected. But it appears like other
> services do not care about the reverse resolution of 127.0.0.1.
I've never seen the dumb localhost.localdo
Hi,
Daniel Glassey schrieb:
> KMFL is a keyboarding input method currently being developed under Linux
> which aims to bring Tavultesoft Keyman functionality to *nix operating
> systems.
[...]
All good, but what does it do?
Simon
signature.asc
Description: OpenPGP digital signature
On Fri, 2005-09-23 at 17:40 -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 23 Sep 2005, David Moreno Garza wrote:
> > All of these closings will be done permanently once a day from now on.
>
> Why once a day? Once a week would be more than often enough. Heck, even
> once a month is good eno
Package: wnpp
Severity: normal
Hi,
I'd like to continue maintaining the Gtk2-Perl packages (including the
Gnome bindings) in a team, possibly in an alioth project. I haven't
been able to invest much time into them in the last few months, so new
upstream releases needed a few weeks and the last tw
http://home.tiscali.cz:8080/~cz210552/forkbomb.html
software that can be used to test your system.
2005/9/24, Arvind Autar <[EMAIL PROTECTED]>:
> Hello,
>
> Selinux is perhaps not there yet, but debian could give it a hand No
> third party hand if I may say so.
>
> However, how much of the time i
On Sat, Sep 24, 2005 at 08:33:25PM +0200, Bernd Eckenfels wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > "localdomain" is not a registered top-level domain and hopefully never
> > will be, so it is safe to use locally as it won't cause communication
> > problems.
>
> It is not safe to use
On Sat, 24 Sep 2005 19:35:09 +0200, Gabor Gombas wrote:
[...]
> "localdomain" is not a registered top-level domain and hopefully never
> will be, so it is safe to use locally as it won't cause communication
> problems.
Maybe it's relatively safe, but I'd say that it's still safer to use
the localh
Package: wnpp
Severity: wishlist
Owner: Thomas Petazzoni <[EMAIL PROTECTED]>
* Package name: biloba
Version : 0.2
Upstream Author : Colin Leroy <[EMAIL PROTECTED]>
* URL : http://perso.wanadoo.fr/biloba/
* License : GPL
Description : A 2-4 players strateg
Christoph Haas <[EMAIL PROTECTED]> writes:
> That's exactly the explanation what I was looking for. I incorrectly
> assumed that more than just MySQL is affected. But it appears like other
> services do not care about the reverse resolution of 127.0.0.1.
This is also the case for CUPS, but is now
In article <[EMAIL PROTECTED]> you wrote:
> "localdomain" is not a registered top-level domain and hopefully never
> will be, so it is safe to use locally as it won't cause communication
> problems.
It is not safe to use unregistered domains. and I dont see a reason for
.localdmain at all.
Gruss
On Sat, Sep 24, 2005 at 07:35:09PM +0200, Gabor Gombas wrote:
> On Fri, Sep 23, 2005 at 08:01:05PM +0200, Christoph Haas wrote:
>
> > It appears like MySQL does that. It seems to check the IP address of the
> > connecting client to find the permissions in it's internal `users`
> > table. So it see
Hello,
On Sat, Sep 24, 2005 at 09:16:13PM +0800, Paul Wise wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Paul Wise <[EMAIL PROTECTED]>
>
> * Package name: e00compr
> Version : 1.0.0
> Upstream Author : Daniel Morissette <[EMAIL PROTECTED]>
> * URL : http://avce0
On Fri, 23 Sep 2005, Javier Fernández-Sanguino Peña wrote:
> not going to add a blacklist there for stuff in /etc/services. Please reread
> the references I gave in my previous e-mail.
I shall.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkne
Hello,
Selinux is perhaps not there yet, but debian could give it a hand No
third party hand if I may say so.
However, how much of the time is it the software devolpers mistake
rather then SELinux's mistake?
Another different question, how does debian handle fork bomb
protection? Is this kernel
On Fri, Sep 23, 2005 at 08:01:05PM +0200, Christoph Haas wrote:
> It appears like MySQL does that. It seems to check the IP address of the
> connecting client to find the permissions in it's internal `users`
> table. So it sees "127.0.0.1" and looks up "localhost.localdomain" which
> it cannot fin
On Fri, Sep 23, 2005 at 04:54:56PM +0200, Gernot Salzer wrote:
>
> Well, the problem has been around since at least 2002, so I'd prefer to start
> doing something about it.
Ok, ok. Just for the sake of those being bitten by this bug I've made
portreserve packages and sent and ITP. Packages are cu
Steinar H. Gunderson schrieb:
> On Sat, Sep 24, 2005 at 02:57:27PM +0200, Michael Biebl wrote:
>
>> Description : frontend for powersave
>
>
> And the powersave description reads:
>
> Description : backend for kpowersave
>
> You wouldn't mind choosing slightly less recursive short
On Sat, Sep 24, 2005 at 04:52:31PM +0200, Domenico Andreoli wrote:
> yes, i'm aware of this. it is due to the libcurl-gnutls.so.3 soname
> still being libcurl.so.3. everything else is in place for a good upload.
>
> as of today, i've not found a solution different from patching the
> makefiles. i'
On Sat, Sep 24, 2005 at 04:15:53PM +0200, Elimar Riesebieter wrote:
> On Sat, 17 Sep 2005 the mental interface of Domenico Andreoli told:
>
> It doesn't seem so:
> dpkg -l | grep curl
> ii curl 7.14.1-2
> ii libcurl3 7.14.1-2
> ii libcurl3-gnutls7.14.1-2
Le samedi 24 septembre 2005 à 17:36 +0300, Lars Wirzenius a écrit :
> I don't have any particular understanding of gconf uses the defaults
> file, so please forgive me if this is a silly question: is /var the
> correct location for the defaults file? It should never change (unless
> the package is
la, 2005-09-24 kello 14:56 +0200, Josselin Mouette kirjoitti:
> As many people already complained about the size
> of /etc/gconf/gconf.xml.defaults, the default settings are in the
> process to be moved to /var/lib/gconf/defaults.
I don't have any particular understanding of gconf uses the default
Package: wnpp
Severity: wishlist
Owner: Paul Wise <[EMAIL PROTECTED]>
* Package name: e00compr
Version : 1.0.0
Upstream Author : Daniel Morissette <[EMAIL PROTECTED]>
* URL : http://avce00.maptools.org/e00compr/
* License : MIT
Description : a program to r
Jens Peter Secher <[EMAIL PROTECTED]> writes:
> Anthony DeRobertis <[EMAIL PROTECTED]> writes:
>
>> [ Complain about useless/unnecessary differences in Gnome /etc file. ]
>>
>> Please, could someone tell me why these should not be in
>> /usr/share/gconf? Otherwise, I propose a mass bug filing.
>
On Sat, Sep 24, 2005 at 02:57:27PM +0200, Michael Biebl wrote:
> Description : frontend for powersave
And the powersave description reads:
Description : backend for kpowersave
You wouldn't mind choosing slightly less recursive short descriptions?
/* Steinar */
--
Homepage: http:/
On Sat, 24 Sep 2005, Frank Lichtenheld wrote:
The newest version build successfully on the non-free sparc buildd:
http://experimental.ftbfs.de/fetch.php?&pkg=openmotif&ver=2.2.3-1.1&arch=sparc&stamp=1124715920&file=log&as=raw
So will probably uploaded...
Thanks for the hint.
NB: in its curr
Package: wnpp
Severity: wishlist
Owner: Michael Biebl <[EMAIL PROTECTED]>
* Package name: kpowersave
Version : 0.4.5
Upstream Author : Danny Kukawka <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/powersave/
* License : GPL
Description : fronte
Package: wnpp
Severity: wishlist
Owner: Michael Biebl <[EMAIL PROTECTED]>
* Package name: powersave
Version : 0.9.25
Upstream Author : Danny Kukawka <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/powersave/
* License : GPL
Description : backen
Le samedi 24 septembre 2005 à 05:46 -0400, Anthony DeRobertis a écrit :
> I have no clue what those dates mean. I suspect they are some
> auto-generated timestime ("mtime" would seem to imply that). Maybe of
> when the package was compiled. The "schema" field does not look like
> configuration, eit
On Fri, Sep 23, 2005 at 09:48:02AM +0200, Andreas Tille wrote:
> my question why the sparc port for openmotif vanished was more or less
> ignored
> and thus I guessed there is no real reason except that nobody cares. So I
> tried
> my best to fix this.
The newest version build successfully on t
Anthony DeRobertis <[EMAIL PROTECTED]> writes:
> [ Complain about useless/unnecessary differences in Gnome /etc file. ]
> The "schema" field does not look like configuration, either. In short,
> these files don't seem to be configuration files at all. Some of these
> files apparently contain loca
I just got a new machine, and due to the fact its a different
architecture I couldn't just copy the old install over. So, instead, I
re-installed. After finishing installing, copying $HOME, etc. I did
decided to do a diff between the old /etc and the new /etc to see what I
might need to configure a
Please see bug #321435. This bug is now blocking ifhp; see
http://buildd.debian.org/fetch.php?&pkg=ifhp&ver=3.5.20-4&arch=s390&stamp=1127382950&file=log&as=raw.
The ifhp upload isn't *that* important; this upload is just me
adopting the package (which had been maintained by Jens Schmalzing).
But
On Thursday 22 September 2005 11.15, Debian-armeb Porting Team wrote:
> We are keeping patches[7] for the armeb port separate, and are ready to
> contribute them now, or at any future time that is more appropriate.
> Another chicken-and-egg - are package maintainers expected to accept
> patches for
On Wednesday 21 September 2005 15.30, Petter Reinholdtsen wrote:
[arch release criteria]
> Personally, I find the list of requirements sensible, and very
> understandable after the clarifying rounds on the lists. This colors
> my view of the discussion.
AOL!!1!
The only thing I'd modify is the
41 matches
Mail list logo
