Bas Zoetekouw <[EMAIL PROTECTED]> writes:
> Hi David!
>
> About ITP's, they should be retitled to RFPs, rather than closed. That
> way, other people can have a go at packaging the software.
>
I concur. If someone did not produce a packge withing NN days (say 3
months) after ITP, the system shoul
Paul TBBle Hampson <[EMAIL PROTECTED]> writes:
> On Wed, Sep 14, 2005 at 02:34:51PM +0200, Vedran Furac wrote:
>> Btw. why then mencoder, can't be packaged? Why are only ffmpeg -dev in
>> debian: http://packages.qa.debian.org/f/ffmpeg.html?
>
> Only ffmpeg-dev is in Debian as ffmpeg upstream recom
This one time, at band camp, Talal Al-Azem said:
> Hello. I have recently installed emacs-bidi on suse 9.1, kde 3.2.3. I have
> it running, but when I try to type in Arabic script in the right-to-left, it
> doesnt appear correctly
i.e. dont see anything on the screen, but I see
> the cursor mov
Package: wnpp
Severity: wishlist
Owner: Colin Watson <[EMAIL PROTECTED]>
* Package name: grepmap
Version : 0.1.0
Upstream Author : Scott James Remnant <[EMAIL PROTECTED]>
* URL : http://archive.ubuntu.com/ubuntu/pool/main/g/grepmap/
* License : GPL
Description
After having been deprecated for a long time, support for map files in
the /etc/hotplug/usb/ directory will be removed from the udev-hotplug
subsystem. This is scheduled to happen next month, when most of the
current hotplug package will be replaced by a new coldplug program
which will be part of u
On Wed, Sep 14, 2005 at 01:01:42PM +0200, Alexander Schmehl wrote:
> * Tollef Fog Heen <[EMAIL PROTECTED]> [050914 10:47]:
> > | Maybe, if you don't want your output to be found on the Internet, you
> > | should not make it available on the Internet?
> > I think there is a difference between puttin
On Wed, Sep 14, 2005 at 02:12:54PM -0700, Rob Browning wrote:
>
> Is it possible to configure a set of chroots (woody, sarge, whatever)
> so that all of the chroot passwd/group DBs will stay in sync with each
> other and with the host DB automaticall, so that, for example, a
> useradd, usermod, or
On Thu, Sep 15, 2005 at 12:21:08PM +0200, Marco d'Itri wrote:
> After having been deprecated for a long time, support for map files in
> the /etc/hotplug/usb/ directory will be removed from the udev-hotplug
> subsystem. This is scheduled to happen next month, when most of the
> current hotplug pack
Perhaps hard/symlinking original /etc/passwd, /etc/shadow and /etc/group
to chrooted environments would help?
Rob Browning wrote:
Is it possible to configure a set of chroots (woody, sarge, whatever)
so that all of the chroot passwd/group DBs will stay in sync with each
other and with the host
[Ernestas V.]
> Perhaps hard/symlinking original /etc/passwd, /etc/shadow and
> /etc/group to chrooted environments would help?
Symlinks won't work. Think about what a chroot environment *is*.
Hardlinks will only work if the programs that edit /etc/passwd and
/etc/group overwrite them rather th
On Sep 15, Peter Samuelson <[EMAIL PROTECTED]> wrote:
> Bind mounts will work
> (mount --bind /etc/passwd /mnt/sarge-chroot/etc/passwd)
> but apparently don't support locking all of a file's representations,
What about bind-mounting the /etc/.pwd.lock lock file too?
--
ciao,
Marco
signature.as
* Adeodato Simó [Wed, 14 Sep 2005 02:38:28 +0200]:
> I believe the "not coping" above is a xine bug, but one that I have no
> time, nor interest, on hunting, reporting upstream, or whatever. I
> will file it in our BTS, though, by sending a copy of this mail. But
> still, and in the meanti
USA located financial company is in search of the agents in the United Kingdom.
You have to be older then 22.
Honest and serious.
Also you need to have basic financial skills and accounting skills.
Salary is 2700-3300 pounds per month.
It is possible to use as a part time job.
Send me your resume t
On Wed, Sep 14, 2005 at 02:12:54PM -0700, Rob Browning wrote:
> Is it possible to configure a set of chroots (woody, sarge, whatever)
> so that all of the chroot passwd/group DBs will stay in sync with each
> other and with the host DB automaticall, so that, for example, a
> useradd, usermod, or us
Hi All (and sorry for my English)!
I have a bug about syslog-ng. This bug is a reincarnation of an already
closed bug, but I afraid, if I close this too, another incarnation will
be happened.
The problem is, that nor sysklogd nor syslog-ng could operate if
couldn't write to /dev. (They try to rem
Hello,
I am working on a package that Build-Depends on libasound2-dev, but can be
built on non-Linux OSs. Is there any way to shape the Build-Dep so that
libasound2-dev is only used if we are building for a Linux system?
I seen an example of a possible choice in xorg-x11 packages that Build-Dep
Hallo Lawrence,
* Lawrence Williams <[EMAIL PROTECTED]> [2005-09-15 17:46]:
> I am working on a package that Build-Depends on libasound2-dev, but can be
> built on non-Linux OSs. Is there any way to shape the Build-Dep so that
> libasound2-dev is only used if we are building for a Linux system?
Thanks Nico,
But I want the libasound2-dev Build-Depend to only be used if we are building
for Linux, not BSD or anything else :)
Lawrence
On September 15, 2005 01:20 pm, Nico Golde wrote:
> It does prevent the build on the specified archs, yes.
> Regards Nico
--
To UNSUBSCRIBE, email to [EM
Hi,
* Lawrence Williams <[EMAIL PROTECTED]> [2005-09-15 17:56]:
> But I want the libasound2-dev Build-Depend to only be used if we are building
> for Linux, not BSD or anything else :)
oh sorry, misunderstandig.
regards nico
--
Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF
http://www.ngo
On Thu, Sep 15, 2005 at 01:13:14PM -0230, Lawrence Williams wrote:
> I seen an example of a possible choice in xorg-x11 packages that Build-Dep on
> linux-kernel-headers, but I wasn't sure if I should follow their example:
>
> linux-kernel-headers (>= 2.6.13+0rc3-1.1)
> [!hurd-i386 !netbsd-i386
On Sep 15, SZALAY Attila <[EMAIL PROTECTED]> wrote:
> What should I do?
Tell the user to learn how UNIX works, and stop bitching.
AF_UNIX sockets must be created on a rw file system, and a symlink will
not work.
So either he uses udev, or in some way makes his own writeable /dev.
--
ciao,
Marco
"Ernestas V." <[EMAIL PROTECTED]> writes:
> Perhaps hard/symlinking original /etc/passwd, /etc/shadow and /etc/group
> to chrooted environments would help?
Thanks for the suggestion, but I suspect that locking wouldn't work
correctly in such an arrangement.
If you could tell the system to use a
David Nusinow wrote:
> On Thu, Sep 15, 2005 at 01:13:14PM -0230, Lawrence Williams wrote:
>> I seen an example of a possible choice in xorg-x11 packages that Build-Dep
>> on
>> linux-kernel-headers, but I wasn't sure if I should follow their example:
>>
>> linux-kernel-headers (>= 2.6.13+0rc3-1
On Thu, 2005-09-15 at 13:13 -0230, Lawrence Williams wrote:
> Hello,
>
> I am working on a package that Build-Depends on libasound2-dev, but can be
> built on non-Linux OSs. Is there any way to shape the Build-Dep so that
> libasound2-dev is only used if we are building for a Linux system?
You
On Thu, 2005-09-15 at 13:05 -0400, Kevin B. McCarty wrote:
> Doesn't the type-handling package do what you guys are looking for?
Yes, it does. And it rocks.
--
David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/
<[EMAIL PROTECTED]> | GPG: C671257D
Infini
On Thu, 2005-09-15 at 18:30 +0200, Marco d'Itri wrote:
:
> Tell the user to learn how UNIX works, and stop bitching.
> AF_UNIX sockets must be created on a rw file system, and a symlink will
> not work.
On FreeBSD it works. So I think it's possible.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Richard Atterer <[EMAIL PROTECTED]> writes:
>>From the adduser/addgroup manpage:
>
> If the file /usr/local/sbin/adduser.local exists, it will be executed
> after the user account has been set up in order to do any local setup.
> The arguments passed to adduser.local are: username uid gi
On Thu, Sep 15, 2005 at 07:12:16PM +0200, SZALAY Attila wrote:
> On Thu, 2005-09-15 at 18:30 +0200, Marco d'Itri wrote:
> :
> > Tell the user to learn how UNIX works, and stop bitching.
> > AF_UNIX sockets must be created on a rw file system, and a symlink will
> > not work.
>
> On FreeBSD it work
* Lawrence Williams [Thu, 15 Sep 2005 13:13:14 -0230]:
> I seen an example of a possible choice in xorg-x11 packages that Build-Dep on
> linux-kernel-headers, but I wasn't sure if I should follow their example:
> linux-kernel-headers (>= 2.6.13+0rc3-1.1)
> [!hurd-i386 !netbsd-i386 !kfreebsd-i38
On Thu, Sep 15, 2005 at 12:10:38PM -0500, David Moreno Garza wrote:
> On Thu, 2005-09-15 at 13:05 -0400, Kevin B. McCarty wrote:
> > Doesn't the type-handling package do what you guys are looking for?
>
> Yes, it does. And it rocks.
Dude, throw away the crackpipe. It's one of the most ugly hacks
Lawrence Williams a écrit :
Hello,
I am working on a package that Build-Depends on libasound2-dev, but can be
built on non-Linux OSs. Is there any way to shape the Build-Dep so that
libasound2-dev is only used if we are building for a Linux system?
I seen an example of a possible choice in x
Kevin B. McCarty a écrit :
David Nusinow wrote:
On Thu, Sep 15, 2005 at 01:13:14PM -0230, Lawrence Williams wrote:
I seen an example of a possible choice in xorg-x11 packages that Build-Dep on
linux-kernel-headers, but I wasn't sure if I should follow their example:
linux-kernel-headers (>
On Thu, 2005-09-15 at 20:05 +0200, Wouter Verhelst wrote:
> Dude, throw away the crackpipe. It's one of the most ugly hacks I've
> ever seen. It works, but that's about it.
I have to say it works well for me and I like it.
--
David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/
On Thu, Sep 15, 2005 at 07:44:00PM +0200, Wouter Verhelst wrote:
> On Thu, Sep 15, 2005 at 07:12:16PM +0200, SZALAY Attila wrote:
> > On Thu, 2005-09-15 at 18:30 +0200, Marco d'Itri wrote:
> > :
> > > Tell the user to learn how UNIX works, and stop bitching.
> > > AF_UNIX sockets must be created on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Pollock <[EMAIL PROTECTED]> writes:
> On Wed, Sep 14, 2005 at 02:12:54PM -0700, Rob Browning wrote:
>>
>> Is it possible to configure a set of chroots (woody, sarge, whatever)
>> so that all of the chroot passwd/group DBs will stay in sync wit
On Thu, Sep 15, 2005 at 01:17:06PM -0500, David Moreno Garza wrote:
> On Thu, 2005-09-15 at 20:05 +0200, Wouter Verhelst wrote:
> > Dude, throw away the crackpipe. It's one of the most ugly hacks I've
> > ever seen. It works, but that's about it.
>
> I have to say it works well for me and I like i
Hi,
On Tue, Sep 13, 2005 at 11:58:40AM +0200, Adeodato Simó wrote:
> * Bill Allombert [Mon, 12 Sep 2005 17:39:36 +0200]:
> > So I propose a alternate solution:
>
> > If the distro foobar rebuild packages on i386, they could use
> > i386foobar as architecture name instead of i386, this way every
Roger Leigh <[EMAIL PROTECTED]> writes:
> Notice that the /etc/schroot/setup.d/30passwd was used to sync the
> passwd and related files by copying them into the chroot from the main
> system. While it's a simple copy in this case, you can easily
> customise the script to sync the other way on ses
Le jeudi 15 septembre 2005 à 20:16 +0200, Aurelien Jarno a écrit :
> type-handling is ugly and should be considered as deprecated. It will be
> replaced in the future by a the support of build-dependencies like
> [linux-any]. I hope the support will appear soon there (the patch to
> support that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rob Browning <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
>
>> Notice that the /etc/schroot/setup.d/30passwd was used to sync the
>> passwd and related files by copying them into the chroot from the main
>> system. While it's
On Thu, Sep 15, 2005 at 01:05:31PM -0400, Kevin B. McCarty wrote:
> David Nusinow wrote:
> > On Thu, Sep 15, 2005 at 01:13:14PM -0230, Lawrence Williams wrote:
> >> I seen an example of a possible choice in xorg-x11 packages that Build-Dep
> >> on
> >> linux-kernel-headers, but I wasn't sure if
Greetings from your friendly neighborhood package torturer.
I ran piuparts on most of etch/main. This resulted in somewhere between
one and two thousand failures. For a long time, I read and tried to
figure out what the cause of each failure was. Eventually I gave up:
there were too many failures
Greetings All:
First-time poster, please be gentle. :)
I was curious as to where I might be able to find out what
non-command-line interfaces into .deb packages are available. For
instance, is there a C interface that could pull out information such as
Name, Version, Release, etc... ?
I posted
Josselin Mouette a écrit :
Le jeudi 15 septembre 2005 à 20:16 +0200, Aurelien Jarno a écrit :
type-handling is ugly and should be considered as deprecated. It will be
replaced in the future by a the support of build-dependencies like
[linux-any]. I hope the support will appear soon there (the
On Tue, Sep 13, 2005 at 10:39:37PM -0400, Kamaraju Kusumanchi wrote:
> I am taking the liberty to write this even though I am not a DD. Hope
Well, I said DDs in my mail because i was mailing -devel, but
the document is open to contributions from anyone, just like anything
in Debian :-)
> one us
On Wed, Sep 14, 2005 at 10:48:07AM +0200, Henning Makholm wrote:
> Scripsit Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]>
>
> > I've fixed some of a), b) or c) with the help of Santiago Vila who is doing
> > the Spanish translation but more peer review is needed here.
>
> Note that the docum
Javier Fernández-Sanguino Peña wrote:
On Tue, Sep 13, 2005 at 10:39:37PM -0400, Kamaraju Kusumanchi wrote:
I am taking the liberty to write this even though I am not a DD. Hope
Well, I said DDs in my mail because i was mailing -devel, but
the document is open to contributions from any
Henning Makholm wrote:
Scripsit Kamaraju Kusumanchi <[EMAIL PROTECTED]>
I object to the notion that
| Testing is intended for Debian developers. If you are not a Debian
| developer, then install unstable as opposed to testing.
which rather permeates the document.
I read that somewhere in o
On Thu, Sep 15, 2005 at 07:22:25AM -0500, Stephen R Marenka wrote:
>Package: pbzip2
>Version: 0.9.4-1
>Severity: serious
>Justification: fails to build on release candidate arch.
>Tags: sid
>
>
>pbzip2 fails to build from source on m68k. This is likely due
>to bug #317475 on gcc-4.0. As a workaroun
On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote:
> >to bug #317475 on gcc-4.0. As a workaround, you might try compiling with
> >less optimization or gcc-3.3/gcc-3.4.
> +ifneq (,$(findstring m68k,$(DEB_HOST_ARCH)))
> + CFLAGS = -Wall -O0
> +endif
For the record, -O2 se
Thanks,
Your option sound like exactly what I need. The package using libasound2-dev
during build only needs it if we are using Linux. The packages could possibly
be built on a Debian BSD port or whatever in the future.
I apologize if my e-mail wasn't clear. The linux-kernel-headers build-dep i
On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote:
> It would be nice if the optimization downgrade is done _only_ for
> m68k as I did it for pbzip2 with the attached patch.
Does pbzip2 make sense for m68k at all? I've never seen an SMP m68k...
/* Steinar */
--
Homepage: ht
Kamaraju Kusumanchi <[EMAIL PROTECTED]> writes:
> The document does not endorse using unstable. It clearly encourages to
> use stable. But if one wants to choose between unstable and testing then
> it says to go with unstable.
It's fine to give reasons why unstable might be preferable given such
Stephen R Marenka wrote:
> On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote:
>
>
>>>to bug #317475 on gcc-4.0. As a workaround, you might try compiling with
>>>less optimization or gcc-3.3/gcc-3.4.
>
>
>>+ifneq (,$(findstring m68k,$(DEB_HOST_ARCH)))
>>+ CFLAGS = -Wall
On Thu, Sep 15, 2005 at 07:15:16PM -0700, tony mancill wrote:
> Stephen R Marenka wrote:
> > On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote:
> >>>to bug #317475 on gcc-4.0. As a workaround, you might try compiling with
> >>>less optimization or gcc-3.3/gcc-3.4.
> >>+ifneq
On Thu, 2005-09-15 at 19:47 -0700, Steve Langasek wrote:
> On Thu, Sep 15, 2005 at 07:15:16PM -0700, tony mancill wrote:
> > Stephen R Marenka wrote:
> > > On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote:
>
> > >>>to bug #317475 on gcc-4.0. As a workaround, you might try co
On Thu, Sep 15, 2005 at 07:15:16PM -0700, tony mancill wrote:
> If gcc-4.0 is going to puke on lots of packages that use -O3, doesn't it
> make more sense to upload a patched gcc-4.0 for m68k that silently
> changes the optimization level back to 2 untile the problem with the
> compiler can be fixe
Miles Bader wrote:
But the sentence
"Testing is intended for Debian developers. If you are not a Debian
developer, then install unstable as opposed to testing" is nonsensical;
just get rid of it.
-miles
This has been corrected now. The corresponding question and answer are
given below so that
On Thu, Sep 15, 2005 at 02:40:06PM -0700, Christopher Crammond wrote:
> Greetings All:
>
> First-time poster, please be gentle. :)
>
> I was curious as to where I might be able to find out what
> non-command-line interfaces into .deb packages are available. For
> instance, is there a C interfac
* Alexander Schmehl
| * Tollef Fog Heen <[EMAIL PROTECTED]> [050914 10:47]:
| > | Maybe, if you don't want your output to be found on the Internet, you
| > | should not make it available on the Internet?
| > I think there is a difference between putting it all in one place with
| > a public archi
* Josselin Mouette
| If support for it is in etch's dpkg, we will be able to use it *after
| the etch release*. The policy has always been to require only dpkg
| features from the previous stable release.
This is for Build-Depends, which doesn't have that restriction, aiui.
--
Tollef Fog Heen
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 178 (new: 5)
Total number of packages offered up for adoption: 84 (new: 0)
Total number of packages requeste
* Christopher Crammond
| I was curious as to where I might be able to find out what
| non-command-line interfaces into .deb packages are available. For
| instance, is there a C interface that could pull out information such as
| Name, Version, Release, etc... ?
No, there is no libdpkg yet. The
On Fri, Sep 16, 2005 at 12:52:01AM -0400, Kamaraju Kusumanchi wrote:
> Miles Bader wrote:
> >But the sentence
> >"Testing is intended for Debian developers. If you are not a Debian
> >developer, then install unstable as opposed to testing" is nonsensical;
> >just get rid of it.
> This has been cor
64 matches
Mail list logo
