Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 11, 2006 at 07:55:54AM +0200, Frank Küster <[EMAIL PROTECTED]>
> wrote:
>> Yes, that's the ideal solution. In the real world, my suggestion may
>> improve the situation faster.
>>
>> Just got an other idea, slower too, but makes the "ideal so
Package: wnpp
Severity: wishlist
Owner: alex bodnaru <[EMAIL PROTECTED]>
* Package name: mooedit
Version : x.y.z
Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
Programming Lang: (C, C++, C#
On Wed, Oct 11, 2006 at 07:40:42AM +0200, Frank Küster wrote:
> Of course the clean solution would be to signal to the tools not to look
> and write into HOME, but it's hardly realistic to assume that all tools
> used (an ever increasing and changing set) will always follow such a
> rule. Therefor
Le mercredi 11 octobre 2006 à 08:20 +0200, Mike Hommey a écrit :
> Something similar should be done with package installations... I hate
> that my /root is cluttered with .gconf, .anthy, .gnome, .gnupg, .qt ...
> while I never run that kind of software as root...
As for .gconf, GConf schemas are n
On Sat, Oct 07, 2006 at 06:32:08PM +0200, Michelle Konzack wrote:
> Am 2006-10-06 18:06:47, schrieb Mikhail Gusarov:
> > Do aptitude checks terminal even for 'aptitude install' or 'aptitude
> > search'?
>
> Good question! The two offending Servers use Monocrom-Graficcards.
> Maybe aptitude can no
* Steve Kemp ([EMAIL PROTECTED]) :
> I've recently orphaned all my packages whilst being on a
> bit of hiatus from project work.
[...]
> Several packages are still unclaimed, although people have
> offered on some of them. Please take a look at the list if
> you're interested:
[...]
>*
On Sat, Oct 07, 2006 at 06:52:41PM -0500, Debian Project Secretary wrote:
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> c2d43675-9efa-4809-a4aa-af042b62786e
> [ ] Choice 1: Release Etch even with kernel firmware issues
Manoj, you have again overstepped your Secre
Le mardi 10 octobre 2006 à 19:22 +0200, HXC a écrit :
> I am wondering if it is possible to use the Minix kernel in Debian. If
> so wouldn't that be an interesting project to release a Debian minix
> version? (just like Debian BSD and Debian Hurd :-) )
A first thing to do, to see if this is poss
Wouter Verhelst <[EMAIL PROTECTED]> wrote:
>> Steve Langasek <[EMAIL PROTECTED]> wrote:
>>
>> > On Wed, Oct 04, 2006 at 09:32:16AM +0200, Frank Küster wrote:
>> >
>> > > However, I'd like to point out that this problem is not special to TeX.
>> > > Many programs create ~/.progname directories wh
Dear DDs & D-friends,
what is the standard/canonical way of handling device permissions
in Debian ("etch" in my case) on desktop PCs running a GUI?
It seems that users have to be added to group "audio"
in order to be able to access audio devices, group "video" to access
video devices, "cdrom" to
On Wed, 11 Oct 2006 13:08:27 +0200, Gernot Salzer wrote:
> It seems that users have to be added to group "audio"
> in order to be able to access audio devices, group "video" to access
> video devices, "cdrom" to access cdrom, and so on. Or did I miss some
> setting during installation of etch?
>
On Thu, 05 Oct 2006, Jan Kechel wrote:
> Brian May wrote:
> >> "Jan" == Jan Kechel <[EMAIL PROTECTED]> writes:
> >
> >
> > Jan> I wrote a little perl-script:
> >
> > How does this compare with deborphan?
> >
>
> deborphan shows you the 'leave' packages of your dependency-tree
>
> apt
Peter Palfrader wrote:
> Ever tried the simulate button in the orphaner frontend? I don't know
> apt-findremovable's UI but I very much like orphaner's. But then I
> might be just slightly biased. :)
don't care about apt-findremovable anymore, debfoster does it's job much
better :)
> Peter
Jan
> > Having to add users to particular groups is not reasonable in a
> > desktop setting. There, one would like to have the current user
> > at the console (logged in via gdm or similar) to be the one with
> > exclusive rights on local devices (fixed ones like audio and video
> > as well as variable
Package: wnpp
Severity: wishlist
Owner: Theppitak Karoonboonyanan <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: datrie
Version : 0.1.0
Upstream Author : Theppitak Karoonboonyanan <[EMAIL PROTECTED]>
* URL : http://libthai.sourceforg
On Wed, 11 Oct 2006 14:12:20 +0200
Gernot Salzer <[EMAIL PROTECTED]> wrote:
> Don't mechanisms like libpam_devperm grant exclusive access?
> On login the ownership of the devices is set to the console user,
> and only the owner is granted rwx-rights. On logout
> ownership/permissions of the devic
Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 11, 2006 at 07:40:42AM +0200, Frank Küster wrote:
>> Of course the clean solution would be to signal to the tools not to look
>> and write into HOME, but it's hardly realistic to assume that all tools
>> used (an ever increasing and changing
> First, there is no safe way to revoke privileges from a user. If a user
> gets access to a certain group he/she can arrange ways to keep it,
> even after being logged out (make a suid binary for example).
I admit that I don't know much about the internals of Unix/Linux.
So, if upon login of us
Package: wnpp
Severity: wishlist
Owner: Jan Wagner <[EMAIL PROTECTED]>
* Package name: irrtoolset
Version : 4.8.4
Upstream Author : Joao Damas <[EMAIL PROTECTED]>
* URL : http://www.isc.org/index.pl?/sw/IRRToolSet/
* License : 3-clause BSD with non-commercial on
Eric Dorland <[EMAIL PROTECTED]> writes:
>> - If you set up the alternatives in preinst, then there is a time when
>> the symlink exists but the pointed binary hasn't been unpacked yet ->
>> unbootable system.
>> - If you set up the alternatives in postinst, there is a time when there
>> is
On Oct 11, Jan Wagner <[EMAIL PROTECTED]> wrote:
> * Package name: irrtoolset
Do you actually /use/ it?
The precedent version used to reliably segfault when I tried to process
non-trivial configurations.
> The "Internet Routing Registry Toolset" (IRRToolSet) project is a new
The package hist
Debian Developers,
I hope this is the right forum to express this idea.
I have not received any feedback from the maintainer of the aoetools package,
so I wanted to voice my concerns over that package in front of a wider
audience as I don't want to see the aoetools ship in the crappy form in wh
Hey,
If you need instant finances to do with
any way you like, here are our endeavors
200K at 4.78 %
556K at 5.46 %
612K at 4.24 %
http://geocities.com/Combs6_s941/
Goodbye,
Sanction Administrator
Adam Mertens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
Ian Jackson wrote:
> Furthermore, the SELinux patches I have seen in various applications
> have given me an extremely poor impression of the code quality[1].
> This will probably extend to other areas of SELinux.
>
> I say, ditch SELinux.
>
> Ian.
>
> [1] Here's just one example, from src/archi
Henrique de Moraes Holschuh wrote:
> On Mon, 09 Oct 2006, Gabor Gombas wrote:
>> On Sun, Oct 08, 2006 at 10:53:39PM -0300, Henrique de Moraes Holschuh wrote:
>>> No wrappers for the single most critical binary in a Unix system after the
>>> libc. Sorry.
>> Right. How about upstart not providing a
* Matthias Julius ([EMAIL PROTECTED]) wrote:
> Eric Dorland <[EMAIL PROTECTED]> writes:
>
> >> - If you set up the alternatives in preinst, then there is a time when
> >> the symlink exists but the pointed binary hasn't been unpacked yet ->
> >> unbootable system.
> >> - If you set up the alte
Eric Dorland <[EMAIL PROTECTED]> writes:
> * Matthias Julius ([EMAIL PROTECTED]) wrote:
>> Eric Dorland <[EMAIL PROTECTED]> writes:
>>
>> >> - If you set up the alternatives in preinst, then there is a time when
>> >> the symlink exists but the pointed binary hasn't been unpacked yet ->
>> >>
Sam Morris, 2006-10-11 13:40:08 +0200 :
> I think HAL/PolicyTool/pam_foreground will eventually give us a
> (slow?) solution to problems like this, but it's some way off at the
> moment. Being able to add/revoke permissions with traditional
> security methods (i.e. group membership) requires kerne
The original message was received at Wed, 11 Oct 2006 15:25:20 +0200
from dgp.ro [175.6.114.244]
- The following addresses had permanent fatal errors -
debian-devel@lists.debian.org
On Wednesday 11 October 2006 14:12 pm, Gernot Salzer wrote:
> Don't mechanisms like libpam_devperm grant exclusive access?
> On login the ownership of the devices is set to the console user,
> and only the owner is granted rwx-rights. On logout
> ownership/permissions of the device revert to the ol
Attention,
Do you need immediate capital to utilize
any way you like, here are our suggestions
295K at 4.89 %
464K at 4.30 %
745K at 4.46 %
http://geocities.com/Kyle51_u171/
Thanks Alot,
Robbie Jones
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Co
On Oct 11, Michael Biebl <[EMAIL PROTECTED]> wrote:
> Having the "init" binary installed as /sbin/upstart and only diverting
> the not so critical binaries seems to be the safest option indeed.
I had to use many diverions in the module-init-tools package because
there was no other acceptable solut
* Roberto C. Sanchez:
> Then, I guess the relevant question has to do with whether or not
> adduser (and the rest of the components that touch or use the username)
> are RFC2822 compliant.
Most certainly they are not. Embedded NUL characters are allowed in
local-parts.
I don't think this is a p
I will not be able to spend much time on the ppp package before the
release, so I am requesting help in triaging and fixing as many bugs
as possible (the list is long, but let's only consider the ones opened
this year) and uploading a new package ASAP.
There is nothing actually *terrible* in the pa
Eric Dorland writes ("Re: anticipating the upstart migration"):
> Shouldn't it be possible to move the alternatives around in an atomic
> fashion? ln -sf bar foo.tmp ; mv foo.tmp foo . Or am I missing
> something?
This is in theory possible, I suppose. You would have to avoid
update-alternatives
Sven Luther <[EMAIL PROTECTED]> writes:
> So, given this poorly worded ballot, i suppose the vote will be void anyway,
> and i strongly call for everyone to vote further discussion over the other
> solutions.
If people do not READ THE RESOLUTION, then they get what they deserve.
--
To UNSUBSCR
Gervase Markham <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> http://wiki.debian.org/NonFreeIETFDocuments
>
> A useful thing to add to that page would be simple instructions on how
> those authoring IETF documents could make them available under a
> DFSG-free licence (presumably in paral
On Wed, 11 Oct 2006 16:31:37 +0200
Gernot Salzer <[EMAIL PROTECTED]> wrote:
>
> > First, there is no safe way to revoke privileges from a user. If a user
> > gets access to a certain group he/she can arrange ways to keep it,
> > even after being logged out (make a suid binary for example).
>
> I
Hello!
Taking this out of bug [1] and to d-d to have a more advice on the
correct action to be taken (as per DevRef §5.9.2 [2]).
On Wed, 11 Oct 2006 16:47:08 +0200, Michael Holzt wrote:
>> Good idea, I talked with Eugeniy about that. Though, I guess the
>> final decision is to the obexserver main
Hello,
as described in
http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
I announce here my idea of the virtual package ircd. When I count
correctly are at the moment 7 different IRC-daemons in Debian and they
logically conflict with each other. So I would think an officia
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Sven Luther <[EMAIL PROTECTED]> writes:
>
> > So, given this poorly worded ballot, i suppose the vote will be
> > void anyway, and i strongly call for everyone to vote further
> > discussion over the other solutions.
>
> If people do not READ THE R
Am Donnerstag 12 Oktober 2006 00:06 schrieb Luca Capello:
> As the maintainer agrees, we should ask for remotion of obexserver
The bug for removal is already filed: #392447
> (and successively libopenobex-1.0-0, cc:ing its maintainer)
We'll see if it goes automatically. It should as the source p
* Matthias Julius ([EMAIL PROTECTED]) wrote:
> Eric Dorland <[EMAIL PROTECTED]> writes:
>
> > * Matthias Julius ([EMAIL PROTECTED]) wrote:
> >> Eric Dorland <[EMAIL PROTECTED]> writes:
> >>
> >> >> - If you set up the alternatives in preinst, then there is a time when
> >> >> the symlink exists
Hello!
On Thu, 12 Oct 2006 00:21:03 +0200, Hendrik Sattler wrote:
> Am Donnerstag 12 Oktober 2006 00:06 schrieb Luca Capello:
>> As the maintainer agrees, we should ask for remotion of obexserver
>
> The bug for removal is already filed: #392447
Oh, that's very good, I thought that a note would h
Am Donnerstag 12 Oktober 2006 00:10 schrieb Mario Iseli:
> as described in
> http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
> I announce here my idea of the virtual package ircd. When I count
> correctly are at the moment 7 different IRC-daemons in Debian and they
> logi
On Oct 12, Mario Iseli <[EMAIL PROTECTED]> wrote:
> as described in
> http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
> I announce here my idea of the virtual package ircd. When I count
> correctly are at the moment 7 different IRC-daemons in Debian and they
> logically
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/11/06 03:02, Theppitak Karoonboonyanan wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Theppitak Karoonboonyanan <[EMAIL PROTECTED]>
>
>
> * Package name: datrie
> Version : 0.1.0
> Upstream Author : Theppitak Karoonboonyan
Marco d'Itri wrote:
> On Oct 12, Mario Iseli <[EMAIL PROTECTED]> wrote:
>
>> as described in
>> http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
>> I announce here my idea of the virtual package ircd. When I count
>> correctly are at the moment 7 different IRC-daemons in
Am Donnerstag 12 Oktober 2006 00:21 schrieb Hendrik Sattler:
> > (and successively libopenobex-1.0-0, cc:ing its maintainer)
>
> We'll see if it goes automatically. It should as the source package does
> not exist anymore.
Well, it does still exist. If it does not go automatically, I'll file a new
Ben Finney <[EMAIL PROTECTED]> writes:
> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> > If people do not READ THE RESOLUTION, then they get what they
> > deserve.
>
> In a vote, those who do not read the resolution affect others who
> do. This is one of the benefits of a discussion period --
On Thu, Oct 12, 2006 at 12:38:03AM +0200, Hendrik Sattler wrote:
> Wouldn't "relay-chat-server" or "relay-chat-daemon" be a better name.
I think no, we also call it "httpd" and not "web-server" or
"hypertext-transfer-protocol-server".
> Only if they really work with _all_ of them, even new ones.
Mario Iseli writes:
> Hello,
>
> as described in
> http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
> I announce here my idea of the virtual package ircd. When I count
> correctly are at the moment 7 different IRC-daemons in Debian and they
> logically conflict with each
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/11/06 17:50, tony mancill wrote:
> Marco d'Itri wrote:
>> On Oct 12, Mario Iseli <[EMAIL PROTECTED]> wrote:
>>
>>> as described in
>>> http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
>>> I announce here my idea of the v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/11/06 17:58, Mario Iseli wrote:
> On Thu, Oct 12, 2006 at 12:38:03AM +0200, Hendrik Sattler wrote:
>> Wouldn't "relay-chat-server" or "relay-chat-daemon" be a better name.
>
> I think no, we also call it "httpd" and not "web-server" or
> "hypert
On Wed, 11 Oct 2006 12:20:05 +0100, Yan <[EMAIL PROTECTED]> said:
> Ian Jackson wrote:
>> Furthermore, the SELinux patches I have seen in various
>> applications have given me an extremely poor impression of the code
>> quality[1]. This will probably extend to other areas of SELinux.
>>
>> I s
Le Wed, Oct 11, 2006 at 06:58:55PM +0200, Andreas Barth a écrit :
>
> For these reasons, we are delaying the full archive freeze for a few days.
> We haven't chosen a date yet, but you can still expect it to happen in
> October or early November.
Dear Andreas,
May I suggest to delay the freeze a
On Wed, 11 Oct 2006, Roland Mas wrote:
> Sam Morris, 2006-10-11 13:40:08 +0200 :
>
> > I think HAL/PolicyTool/pam_foreground will eventually give us a
> > (slow?) solution to problems like this, but it's some way off at the
> > moment. Being able to add/revoke permissions with traditional
> > secu
On Wed, Oct 11, 2006 at 06:34:41PM -0500, Ron Johnson wrote:
> It's also possible to run multiple FTP servers, each listening on a
> different port, but all the packaged ftp daemons "Conflicts:
> ftp-server".
That is bad, IMO. (and chance to raise my opinion about virtual
packages ;) )
Conflicts
On 12/10/06 at 00:10 +0200, Mario Iseli wrote:
> Hello,
>
> as described in
> http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
> I announce here my idea of the virtual package ircd. When I count
> correctly are at the moment 7 different IRC-daemons in Debian and they
> lo
59 matches
Mail list logo
