Hi
I need to find a way of identifying the name of an installed
distrobution. This mechanism should be able to differentiate
woody
sarge
etch
sid
hoary
breezy
dapper
Prior to etch I was using lsb-release but it seems /etc/lsb-release is
no longer installed by 'apt-get install lsb-release'. The R
Stephen Birch <[EMAIL PROTECTED]> writes:
> I need to find a way of identifying the name of an installed
> distrobution. This mechanism should be able to differentiate
To what end? Many people do not run "pure" releases, so the concept of
a distro version is rather shaky at best (especially in de
Miles Bader([EMAIL PROTECTED])@2006-02-23 17:41:
> Stephen Birch <[EMAIL PROTECTED]> writes:
> > I need to find a way of identifying the name of an installed
> > distrobution. This mechanism should be able to differentiate
>
> To what end? Many people do not run "pure" releases, so the concept of
Peter Samuelson <[EMAIL PROTECTED]> wrote:
> [Frank Küster]
>> That's not sufficient, because /usr/local may be mounted ro, and
>> therefore the command may fail even if the directory is empty.
>
> U.
>
> There are lots of things dpkg can do which fail if filesystems are
> mounted read-only.
On Thu, Feb 23, 2006 at 12:34:00AM -0800, Stephen Birch wrote:
> I don't pretend to understand the reason for this change but I do know
> that my identification mechanism is now broken on etch.
>
> Can anyone suggest a more reliable mechanism?
I think that the most reliable will be checking libc
Am Donnerstag, 23. Februar 2006 10:16 schrieb Stephen Birch:
> Miles Bader([EMAIL PROTECTED])@2006-02-23 17:41:
> > Stephen Birch <[EMAIL PROTECTED]> writes:
> > > I need to find a way of identifying the name of an installed
> > > distrobution. This mechanism should be able to differentiate
> >
> >
Stephen Birch <[EMAIL PROTECTED]> writes:
> Hi
>
> I need to find a way of identifying the name of an installed
> distrobution. This mechanism should be able to differentiate
>
> woody
> sarge
> etch
> sid
> hoary
> breezy
> dapper
Even worse is when people mix up those releases and even
distribu
On Wed, Feb 22, 2006 at 08:47:31PM -0800, Steve Langasek wrote:
> On Thu, Feb 23, 2006 at 12:22:27AM -0300, Henrique de Moraes Holschuh wrote:
> > On Wed, 22 Feb 2006, Chris Stromsoe wrote:
> > > for the entire lifetime of the current stable release. Will -17.1 be
> > > making its way into stable
Goswin von Brederlow wrote:
>> I need to find a way of identifying the name of an installed
>> distrobution. This mechanism should be able to differentiate
>>
>> woody
>> sarge
>> etch
>> sid
>> hoary
>> breezy
>> dapper
>
> Even worse is when people mix up those releases and even
> distributions.
On Thu, Feb 23, 2006 at 11:55:12AM +, Thiemo Seufer wrote:
> It is probably (also?) a sysklogd bug, userland code isn't supposed to
> use the kernel's atomic operations.
It is only a sysklogd bug. Userland code is not allowed to use kernel
headers directly.
Bastian
--
We do not colonize. W
On Tue, Feb 21, 2006 at 04:11:40PM -0800, Sebastien Delafond wrote:
>
> Should the similarities between PADS and lanmap prevent the latter
> from being packaged for Debian ? I understand they both rely on
Of course not!
> passive network monitoring to produce info, but I still don't see that
> a
Followup-For: Bug #325306
Package: wnpp
Owner: Christian Holm Christensen <[EMAIL PROTECTED]>
I intent to package this software for Debian.
The license of ROOT has recently been changed from a DFSG non-free
license, to the GNU LGPL.
An apt-get repository exists at
deb http://mirror.phy.bn
also sprach Christian Holm Christensen <[EMAIL PROTECTED]> [2006.02.23.1555
+0100]:
> I intent to package this software for Debian.
I think the package name is a little too broad. We already have
three roots on Unix: / and the UID/GID 0.
But it's an established software name. Maybe consider cer
reassing 354113 tex-common
thanks
I think this problem is of general interest, or at least I don't feel we
(the TeX Task Force) cannot decide this on our own.
In short: May a package assume that package builds are performed with
root-like rights, and thus use non-world-writable directories for
ca
Le Jeudi 23 Février 2006 16:37, Frank Küster a écrit :
> So the current state is: If pbuilder runs all commands inside the
> chroot, everything is fine, and AFAIK the same is true for the buildds.
> But if you su to some user in the chroot, near to every package that
> Build-depends on tetex-bin w
Hi,
Frank Küster wrote:
In short: May a package assume that package builds are performed with
root-like rights, and thus use non-world-writable directories for
caching purposes?
Absolutely not. The only assumption you may make is that the binary*
targets are called in a way that allows chown
Daniel Schepler <[EMAIL PROTECTED]> wrote:
> Le Jeudi 23 Février 2006 16:37, Frank Küster a écrit :
>> So the current state is: If pbuilder runs all commands inside the
>> chroot, everything is fine, and AFAIK the same is true for the buildds.
>> But if you su to some user in the chroot, near to
Simon Richter <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Frank Küster wrote:
>
>> In short: May a package assume that package builds are performed with
>> root-like rights, and thus use non-world-writable directories for
>> caching purposes?
>
> Absolutely not.
...because?
Because:
, Policy 4.8
Le Jeudi 23 Février 2006 17:20, Frank Küster a écrit :
> > For example, I just tried running pbuilder on
> > make_3.80+3.81.b4-1.dsc again, which does create some fonts during the
> > build, and the build completes fine, except that I get error messages
> > like kpathsea: Running mktexpk --mfmode l
Hi Martin,
On Thu, 2006-02-23 at 16:37 +0100, martin f krafft wrote:
> also sprach Christian Holm Christensen <[EMAIL PROTECTED]> [2006.02.23.1555
> +0100]:
What happened to Zaratustra?
> > I intent to package this software for Debian.
>
> I think the package name is a little too broad.
I
On Wed, 22 Feb 2006, Frank Küster wrote:
> Adeodato Simó <[EMAIL PROTECTED]> wrote:
> > Correct, so one would put in foo.postrm:
> >
> > rmdir --ignore-fail-on-non-empty /usr/local/lib/foo
>
> That's not sufficient, because /usr/local may be mounted ro, and
> therefore the command may fail e
also sprach Christian Holm Christensen <[EMAIL PROTECTED]> [2006.02.23.1721
+0100]:
> > also sprach Christian Holm Christensen <[EMAIL PROTECTED]> [2006.02.23.1555
> > +0100]:
>
> What happened to Zaratustra?
He's sitting up on the pole still.
> > But it's an established software name. Maybe
Don Armstrong <[EMAIL PROTECTED]> wrote:
> On Wed, 22 Feb 2006, Frank Küster wrote:
>> Adeodato Simó <[EMAIL PROTECTED]> wrote:
>> > Correct, so one would put in foo.postrm:
>> >
>> > rmdir --ignore-fail-on-non-empty /usr/local/lib/foo
>>
>> That's not sufficient, because /usr/local may be
Daniel Schepler wrote:
> Here's a thought: how hard would it be to make TeX fall back to caching in a
> directory under the user's home directory (maybe $HOME/.fonts/texmf or so) if
> it can't write to /var/cache/fonts? pbuilder does have $HOME set up to work
> all right with BUILDUSER{ID,NAME}
Daniel Schepler <[EMAIL PROTECTED]> wrote:
> Here's a thought: how hard would it be to make TeX fall back to caching in a
> directory under the user's home directory (maybe $HOME/.fonts/texmf or so) if
> it can't write to /var/cache/fonts?
It would be extremely hard (at least 5 different shell
On Thu, 23 Feb 2006, Frank Küster wrote:
> Don Armstrong <[EMAIL PROTECTED]> wrote:
> > On Wed, 22 Feb 2006, Frank Küster wrote:
> >> Adeodato Simó <[EMAIL PROTECTED]> wrote:
> >> > Correct, so one would put in foo.postrm:
> >> >
> >> > rmdir --ignore-fail-on-non-empty /usr/local/lib/foo
> >>
Thomas Viehmann <[EMAIL PROTECTED]> wrote:
> Daniel Schepler wrote:
>> Here's a thought: how hard would it be to make TeX fall back to caching in a
>> directory under the user's home directory (maybe $HOME/.fonts/texmf or so)
>> if
>> it can't write to /var/cache/fonts? pbuilder does have $HOM
On Thu, 23 Feb 2006, Bastian Blank wrote:
> On Thu, Feb 23, 2006 at 11:55:12AM +, Thiemo Seufer wrote:
> > It is probably (also?) a sysklogd bug, userland code isn't supposed to
> > use the kernel's atomic operations.
>
> It is only a sysklogd bug. Userland code is not allowed to use kernel
>
On Thu, Feb 23, 2006 at 03:00:19PM -0300, Henrique de Moraes Holschuh wrote:
> So far so good, but why is it allowed for a kernel header to include a file
> that does not exist?
mips is not managed in the tree of linus. So it is likely that it
regulary breaks.
Bastian
--
I'm a soldier, not a di
On Thu, 23 Feb 2006, Bastian Blank wrote:
> On Thu, Feb 23, 2006 at 03:00:19PM -0300, Henrique de Moraes Holschuh wrote:
> > So far so good, but why is it allowed for a kernel header to include a file
> > that does not exist?
>
> mips is not managed in the tree of linus. So it is likely that it
>
* Bastian Blank <[EMAIL PROTECTED]> [2006-02-23 19:13]:
> > So far so good, but why is it allowed for a kernel header to
> > include a file that does not exist?
> mips is not managed in the tree of linus. So it is likely that it
> regulary breaks.
Actually, there has been lots of syncing going on
Package: wnpp
Severity: wishlist
Owner: Niko Tyni <[EMAIL PROTECTED]>
* Package name: libsmart-comments-perl
Version : 1.0.2
Upstream Author : Damian Conway <[EMAIL PROTECTED]>
* URL :
http://mirrors.kernel.org/CPAN/modules/by-authors/id/DCONWAY/Smart-Comments-v1.0.2.t
On Thu, Feb 23, 2006 at 11:55:12AM +, Thiemo Seufer wrote:
> > $ dpkg -c
> > l/linux-kernel-headers/linux-kernel-headers_2.6.13+0rc3-2_mips.deb |grep
> > cpu-feature
> > -rw-r--r-- root/root 4858 2005-07-12 21:46:46
> > ./usr/include/asm/cpu-features.h
> > -rw-r--r-- root/root 41
Hi,
I manage a website called televisionsmart.com and I think
your site would be of interest to the visitors that regularly
browse my site.
I have gone ahead and given you a link plus a description of
your site from my page at
http://televisionsmart.com/internettv
and I'm just contacting you to c
Package: wnpp
Severity: wishlist
Owner: Niko Tyni <[EMAIL PROTECTED]>
* Package name: libgetopt-euclid-perl
Version : 0.0.5
Upstream Author : Damian Conway <[EMAIL PROTECTED]>
* URL :
http://mirrors.kernel.org/CPAN/modules/by-module/Getopt/Getopt-Euclid-v0.0.5.tar.gz
*
Adam McKenna <[EMAIL PROTECTED]> writes:
> On Wed, Feb 22, 2006 at 05:55:01PM -0800, Thomas Bushnell BSG wrote:
>> Adam McKenna <[EMAIL PROTECTED]> writes:
>>
>> > As far as the second statement being the reason that most of us want
>> > ndiswrapper in main, that may be true, but it is no excuse
Hi,
As promised, I worked on packaging XaraLX for debian. I have put a
simple package for debian unstable on
http://people.debian.org/~nomeata/xaralx/xaralx_0.svn20060223-1_i386.deb
Please not that the source package is not yet available, as the source
is not yet released.
Please report non-pack
Package: wnpp
Version: N/A; reported 2006-02-23
Severity: normal
I've not used nas in quite a while, and due to other commitments I'm
not going to have too much time for it in the near future.
More background:
* the nas source package builds several binary packages
* currently 5 open bugs
* u
Package: wnpp
Version: N/A; reported 2002-01-30
Severity: wishlist
cvs is a commonly-used (still) source control system. It has a large
number of users and quite a large number of bugs to match. I've not
had enough time to adequately work on cvs lately, and if anything
that's only going to get wor
[Frank Küster]
> Because:
>
> , Policy 4.8
> | The build target must not do anything that might require root privilege.
> `
Right, but the 'binary' target is run as root.
, Policy 4.8
| The `fakeroot' package often allows one to build a package correctly
| even without being root.
On Thu, Feb 23, 2006 at 01:30:25PM -0800, Thomas Bushnell BSG wrote:
> Help me out then. You seemed to suggest that not putting ndiswrapper
> in main would be to "ignore rules that are very clearly laid out in
> the SC and DFSG."
I suggested that the CTTE overriding the developer's judgement in t
I've read a lot about the binary incompatibility concern between
Debian and Ubuntu. I have an idea, but I don't have the skill to
implement it myself. I figured it would be useful to throw it out
there for you all to scrutinize, determine the implementation
feasibility, and perhaps run with.
Fir
Stephen Birch wrote:
Hi
I need to find a way of identifying the name of an installed
distrobution. This mechanism should be able to differentiate
woody
sarge
etch
sid
hoary
breezy
dapper
How about to check/grep/process /etc/debian_version installed by base-files?
$ cat /etc/debian_version
tes
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: 234 (new: 21)
Total number of packages offered up for adoption: 90 (new: 2)
Total number of packages request
Carlos C Soto wrote:
> Does ubuntu has a /etc/ubuntu_version ?
yes, it reads 'testing/unstable' for all past releases.
Greetings,
Reinhard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
45 matches
Mail list logo
