system directories, right?
Yes, that's what I mean: what's wrong with making rm -i the default
behaviour? We could do that by simply patching coreutils.
William
And, after this change, each system script that uses rm will ask user
for the confirmation?
--
Eugene V. Lyubimkin aka JackY
Package: wnpp
Severity: wishlist
Owner: "Eugene V. Lyubimkin" <[EMAIL PROTECTED]>
* Package name: nlkt
Version : 0.2.3
Upstream Author : Eugene V. Lyubimkin <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/nlkt/
* License : GPL
. Package works. Have installed chrony 1.23 - bug doesn't
appear too. Package works. Saw no any endless loops.
- --
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Evgeni Golov wrote:
>> * License : GFDL
>> Description : free [...]
>
> As far as I understand, GFDL is non-free for Debian :(
Does it (thinkcspy2) contain unmodificable sections?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/
Package: wnpp
Severity: wishlist
Owner: "Eugene V. Lyubimkin" <[EMAIL PROTECTED]>
* Package name: daptup
Version : 0.2
Upstream Author : Eugene V. Lyubimkin <[EMAIL PROTECTED]>
* URL : http://sf.net/projects/daptup
* License : GPLv3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Klaus Ethgen wrote:
> Hi,
>
> today I just searched for the ITP: oss4 mail [1]. Unfortunately I was not
> able to find in in my own debian-devel inbox. So I went to the archive
> http://lists.debian.org/devel.html to search for it and it seems not to
y maintainer with note "it is not a bug". Is he right?
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485759
- --
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using Gn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Sorensen wrote:
> On Thu, Jun 12, 2008 at 09:57:13PM +0300, Eugene V. Lyubimkin wrote:
>> Recently I've noticed that 'Recommends' chain for package 'banshee' leads to
>> packages,
>> non-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Greenland wrote:
> On 12-Jun-08, 13:57 (CDT), "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> wrote:
>> Bug was closed by maintainer with note "it is not a bug". Is he right?
>
> Banshee's maintai
dependencies as
multiarch 'same' to allow foreign dependencies to be satisfied with less
number of packages in the system in the long run.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer
signature.asc
Description: OpenPGP digital signature
Hi Steve,
Steve Langasek wrote:
> Hi Eugene,
>
> On Wed, Jul 29, 2009 at 09:34:42PM +0300, Eugene V. Lyubimkin wrote:
>
>> Moreover, this is not the only exception. Thousands of desktop and server
>> packages that contains executable binaries (applications) compiled
Goswin von Brederlow wrote:
> "Eugene V. Lyubimkin" writes:
>> What the multiarch spec proposes now is package-oriented approach: the
>> package
>> should define whether it is 'same' or 'foreign' kind. This is not
>> straightforwar
Goswin von Brederlow wrote:
> "Eugene V. Lyubimkin" writes:
>>> 2) Tagging package relationships instead of packages means extending
>>> the syntax of package relationsships, trusting the binary packages to
>>> get the depends right
>> You'll
Goswin von Brederlow wrote:
> "Eugene V. Lyubimkin" writes:
>
>> Goswin von Brederlow wrote:
>>> "Eugene V. Lyubimkin" writes:
>>>>> 2) Tagging package relationships instead of packages means extending
>>>>> the syntax o
Aurelien Jarno wrote:
> Except saying "apt sucks", I currently do not have more idea. Someone
> else maybe?
>
/me suggests to try cupt and hides
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer
signature.asc
D
r maintainers of reverse depends,
opposing to your. It has discussed drawback too, of course.
That's all my arguments.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer
signature.asc
Description: OpenPGP digital signature
n't be first-class Debian packages
Fully agree.
While I support automatic generation of debug packages, creating a new format
for them sounds for me as creating new RFC for e-mails which bodies contain no
spaces and no Bcc header allowed. Why? To filter 'automatic debug mails'.
--
Emilio Pozuelo Monfort wrote:
> Eugene V. Lyubimkin wrote:
>> Hello thread! /me puts on a package manager developer hat.
>>
>> Sorry, I haven't read the whole thread, it's huge.
>>
>> I think that diversion of debug packages out of current deb format is a
Philipp Kern wrote:
> On 2009-08-13, Eugene V. Lyubimkin wrote:
>>> Maybe you should spend some time and read the thread before stating such
>>> things.
>> Really? So, they are already first-class deb packages?
>
> Maybe you should spend some time and re
Andreas Tille wrote:
> I even failed to grep "man apt-get" for the string "suggests" so
> I think I can not do something like
>
>apt-get --include-suggest install
>
-o 'Apt::Install-Suggests=1'
--
Eugene V. Lyubimkin aka JackYF, JID: jack
Andreas Tille wrote:
> On Wed, Aug 19, 2009 at 11:35:10AM +0300, Eugene V. Lyubimkin wrote:
>>>apt-get --include-suggest install
>>>
>> -o 'Apt::Install-Suggests=1'
>
> Ahh, I remember I was formerly wondering about this option which might
> be
ew one, i.e. explicitly
declared upgrade path.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
Magnus Holmgren wrote:
> On fredagen den 18 september 2009, Eugene V. Lyubimkin wrote:
>> Magnus Holmgren wrote:
>>> I propose a new control field called e.g. Supersedes that will provide
>>> the same semantics. In its simplest form, a renamed package will declare
>
flicts
>>> foo}
> foo should now be marked as removeable, bar should be marked as
> manually installed (i.e. take the state associated with foo)
>
> Can any of that be achieved with postinst scripts?
That's a very bad idea IMO.
--
Eugene V. Lyubimkin aka JackYF, JID
Anton Piatek wrote:
> 2009/9/19 Eugene V. Lyubimkin :
>> Anton Piatek wrote:
>>>> This should really be done by the package management, not by the user.
>>> It sounds like you are describing the following:
>>>>> $stable: package foo
>>> manu
is too generic. Can you change it to 'sandboxgamemaker'?
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
kage. Many
> of those either Recommend the relevant package or declare no
> relationship at all.
>
'perl-modules', unlike usual binary/data split, contain executable code that
depends on executable code from 'perl', so it is not another foo-data package.
--
Eugen
:-)
Would be nice to see also 1280x800.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
original tarball works better IMO.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
prerm, postinst) - for sure;
- (postrm) - most probably, checked only a
part so far.
So, the question: how do people think, is a goal to deprecate&remove these
params in dpkg and policy worthy?
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian
ure or in other places.
I always wondered how this params can be used by maintainer scripts, even in
theory.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
gt; future or in other places.
>[...]
>
> A failure of imagination on our art should not be used to block
> this functionality for cases where it might be needed.
With that kind of arguments, the standards cannot ever rid of unused bits.
I am giving up on this proposal
It gives examples of where things can be put in, were you
> inclined to do different things based on how the script is called.
It gives only a code template to do different things, but actually does nothing.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
and it won't be pulled for
Recommends/Suggests).
To summarize: if I am not mistaken, this DEP cannot be implemented due to
technical reasons in its current form.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
David Paleino wrote:
> Eugene V. Lyubimkin wrote:
>> No, it doesn't. Dpkg and any sane high-level package manager won't
>> consider installing/upgrading/keeping some package (meta or not) without
>> all Depends installed.
>
> We can always change our tools
the bugs or this situation can be resolved through
different approach?
Regards,
- --
Eugene V. Lyubimkin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkh82RgACgkQchorMMFUmYymIQCgsQnmJ7pIIBJifTBebGYf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Perrier wrote:
> Quoting Eugene V. Lyubimkin ([EMAIL PROTECTED]):
>
>> Should I mass-file the bugs or this situation can be resolved through
>> different approach?
>
>
> While you're technically right, app
Package: wnpp
Severity: wishlist
Owner: "Eugene V. Lyubimkin" <[EMAIL PROTECTED]>
* Package name: qmmp
Version : 0.2.0
Upstream Author : Ilya Kotov <[EMAIL PROTECTED]>
* URL : http://code.google.com/p/qmmp/
* License : GPLv2+
For example, new version of 'libpqxx' package is now in NEW, and it
fixes RC bug (serious, recently appeared), but contains another changes.
--
Eugene V. Lyubimkin aka JackYF
signature.asc
Description: OpenPGP digital signature
Adeodato Simó wrote:
> * Eugene V. Lyubimkin [Tue, 29 Jul 2008 18:56:37 +0300]:
>> For example, new version of 'libpqxx' package is now in NEW, and it
>> fixes RC bug (serious, recently appeared), but contains another changes.
>
> I don't see any mention in t
-8 support is a good feature,
especially for processing non-English documents.
Regards,
--
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
signature.asc
Description: OpenPGP digital signature
subdirectory of /tmp
>> that is only accessible by that user, and then sets TMPDIR and other
>> variables to that. Hence, it doesn't matter nearly as much if you
>> create a non-random filename, because nobody but you can access it.
>
> Yes, but
> scripts must use $TMPDIR ins
Kenshi Muto wrote:
> Hi Eugene,
>
> At Tue, 05 Aug 2008 22:34:18 +0300,
> Eugene V. Lyubimkin wrote:
>> Utility html2text, version 1.3.2a-6, with "utf8" patch was just uploaded to
>> experimental.
>> The patch allows to process UTF-8 files when '-
Samuel Thibault wrote:
> Eugene V. Lyubimkin wrote:
>> Utility html2text, version 1.3.2a-6, with "utf8" patch was just
>> uploaded to experimental. The patch allows to process UTF-8 files
>> when '-utf8' option supplied. Input should be in UTF-8 and out
almost no doubt this report should be marked 'wontfix'.
--
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
signature.asc
Description: OpenPGP digital signature
as of yesterday evening, no one had filed an ITP.
>
> Best,
>
Google stands it doesn't available under Linux, what do you suggest to
package? :)
--
Eugene V. Lyubimkin aka JackYF
signature.asc
Description: OpenPGP digital signature
g RC bugs in
>>> iceweasel/xulrunner instead.
>>
>>
>>That's right, but at the same time some of us also want to have
>>some fun in Debian.
>
> I want fun, too. Maybe I should orphan these packages.
I don't think so.
--
Eugene V. Lyubimkin aka JackYF
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: "Eugene V. Lyubimkin" <[EMAIL PROTECTED]>
* Package name: qorganizer
Version : 3.1.3
Upstream Author : Balázs Béla <[EMAIL PROTECTED]>
* URL : http://sf.net/projects/qorganizer
* License : GPLv2
do
(requested in
[4]).
Can we remove html2text's http support for squeeze?
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=285378
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307425
[3] http://www.mbayer.de/html2text/faq.shtml#sect4
[4] http://bugs.debian.org/cgi-bin/bugre
n be
done for squeeze (may be, as squeeze release goals?..).
It's my humble view. Does it sound reasonably?
--
Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer.
signature.asc
Description: OpenPGP digital signature
Sune Vuorela wrote:
> On 2008-09-08, Eugene V. Lyubimkin <[EMAIL PROTECTED]> wrote:
>> My proposal is make the new file named, for example, debian/divergences, =
[snip]
> I think you are trying to overengineer something.
> I really prefer the documentation of debian patche
Ben Finney wrote:
> "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes:
>
>> Many of Debian packages have a patches that fixes some important
>> bugs which have not accepted by upstream for some reasons, some of
>> them also contains improvements, Debian-
Reinhard Tartler wrote:
> "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes:
>
>> I failed to fetch a human-readable patch info for psi in testing from
>> patch-tracking.debian.net, for example.
>
> Okay, take another example then:
> http://patch-tra
Neil Williams wrote:
> On Tue, 2008-09-09 at 14:33 +0300, Eugene V. Lyubimkin wrote:
>> Reinhard Tartler wrote:
[snip]
>>> http://patch-tracking.debian.net/package/ffmpeg-debian
>> Well, how can users go this site? Is it described in debian policy,
>> devreference, so
Ben Finney wrote:
> "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes:
[snip]
>>>> But how can users know about this changes in Debian packages?
>>> By the existing README.Debian and NEWS.Debian conventions (for
>>> persistent and version-sensiti
Neil Williams wrote:
> On Tue, 2008-09-09 at 14:57 +0300, Eugene V. Lyubimkin wrote:
>>> BTS and online changelogs linked from the PTS ?
>> For upstream, for Debian people - enough. My proposal is to make
>> user-oriented list. Long changelog entries with some inner pac
Andrei Popescu wrote:
> On Tue,09.Sep.08, 15:53:16, Eugene V. Lyubimkin wrote:
>
> [...]
>
>> README.Debian contains notes about important changes that made in
>> Debian's variant of package for a long time of package' lifecycle.
>> NEWS.Debian is especia
a look on packaging of 'apparix' tool, it relies on shell
aliases too for its work.
--
Eugene V. Lyubimkin aka JackYF
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: "Eugene V. Lyubimkin" <[EMAIL PROTECTED]>
* Package name: qprint
Version : 1.0
Upstream Author : John Walker <http://www.fourmilab.ch/>
* URL : http://www.fourmilab.ch/webtools/qprint/
* License
Michelle Konzack wrote:
> ..because I do not use GNOME and KDE and it does not suck several
> 100 MByte of useless GNOME and KDE libs!
'evince-gtk' package pulls much less dependencies, I am using it with XFCE.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(m
William Pitcock wrote:
> Unless you're talking about the ugly XMMS GUI. In which case, I believe
> QMMS is available for packaging.
You meant 'QMMP'? It reproduces XMMS GUI and it is in unstable already.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)
t that is another discussion :-)
Actually, apt-get is more often used as non-interactive package manager, so I
would not
add interactive "asker" to it. Aptitude, however, has all chances and
opportunities to
implement it.
All above is IMO.
--
Eugene V. Lyubimkin aka JackYF, JID: jac
we have not-so-excellent, but rather good apt, and
significant amount of Debian users choose Debian just only because of apt. IMO.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
Ukrainian C++ Developer, Debian Maintainer, APT contributor
signature.asc
Description: OpenPGP digital signature
isn't backed by facts,
One big fact is: Debian have tens (or even hundreds) of tools that use apt
infrastructure, including both user side and archive maintenance side. Nix, in
any way it operates, suggests other API to maintain packages. Who is supposed
to rewrite all this stuff for Nix?
>
Artyom Shalkhakov wrote:
> 2008/12/24 Eugene V. Lyubimkin :
>> Which means that "find all dependencies with no exceptions" is not true.
>
> This is how Nix developers put it:
>
>> Runtime dependencies are found by scanning binaries for the hash parts
>&
Tracking System that permits RC bugs to remain in the next releases of
> Debian when the report is closed incorrectly and nobody notices before
> they are out.
bug-maint-info.txt file is in package 'doc-debian', reassigned
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)
nacceptable to drop fbreader from Lenny. Please
coordinate with
me. (BTW, I was not anyhow pinged and noticed this only right now and only by
good chance.
Badly.)
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
Ukrainian C++ developer, Debian Maintainer, APT
Frans Pop wrote:
> The Debian CD team has made practical use of the extra time allowed for
> the release of Lenny by implementing some late improvements of the CD and
> DVD images available for Lenny
[snip]
Thanks for massive work!
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.deve
say which package man page belongs to.
Example for coreutils:
$ dpkg -S mv.1
coreutils: /usr/share/man/man1/mv.1.gz
git-core: /usr/share/man/man1/git-mv.1.gz
Look, first package is what you want.
Is this approach acceptable for your needs?
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(mail
Neil Williams wrote:
> A final alternative is the packages.debian.org website (has the
> advantage that it also allows looking up files within packages that are
> not currently installed).
We also have apt-file utility, which does the same without looking to the site.
--
Eugene V. Lyub
Diffs are like to be produced by dak, so
please try first
asking the ftp masters.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
Ukrainian C++ developer, Debian Maintainer, APT contributor
signature.asc
Description: OpenPGP digital signature
>=20
> Opinions?=20
I would prefer 1. or, slightly less, 4.
--=20
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
cumented in README.Debian in the insserv package.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.deb
--=20
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
#x27; and vice-versa.
Still can be resolvered by merging together (quite complex from packaging side
but possible).
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
edata' for first and 'puredata-extended' for second sound better for
me (I also think that 'pd' is just too common)
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
at a
> sponsor be automatically subscribed to the bugs for all packages he
> sponsors.
I think it's a good idea, but this probably belongs to another thread.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
is
> hidden on unpack (I certainly wouldn't if I were them), so implementing
> this is kind of pointless for Debian.
>
Seconded.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
tagged, removed, have version information set
> differently, or something in order to remove it from the UDD query for
> "squeeze bugs"?
IMHO this bug should be tagged 'sid' then.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer,
tlessly
> abrasive, inappropriate and offensive?
I also don't like the style of the answer. Nevertheless, while I see
your rationale, I doubt it's enough to overrule the maintainer.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Develo
prefer dropping only one hashsum (of 3) though.
> Would that already help quite a bit? The description and the hashsums
> probably contain a tad more entropy than the other bits and could
> already help quite a bit.
++
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.co
3:31:30 UTC on February 13, 2009, a celebration is expected as the
> Unix time number reaches 1234567890 seconds. [1]
Well, but Feb 14 is the Valentine's Day, fun seems to be already planned ;)
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maint
rom
> Opensuse?
APT team has a number of tasks to work. As usually, patches are usually welcome.
I obviously think that "incapable and obsolete" (from subject of the letter)
aren't the words which can characterize APT.
With 'APT contributor' hat on,
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer
signature.asc
Description: OpenPGP digital signature
grading packages may break your system (by design, in any software). So,
all downgrades should be done with caution and in not-automatic way.
> OK. Maybe i just supposed APT to do various things I'm used to expect from
> other package managements. Now i undrstand, reading the point of
to configure your mail client?
Or wait for a person who is conformable with this kind of mails.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer
signature.asc
Description: OpenPGP digital signature
Darren Salt wrote:
> I demand that Eugene V. Lyubimkin may or may not have written...
>
>> kc.ubuntu...@centrum.cz wrote:
>> <...>
> [note: reformatted]
>> I don't feel comfortable to answer on your mails. Use '>' for quoting,
>> don'
Package: wnpp
Severity: wishlist
Owner: "Eugene V. Lyubimkin"
* Package name: cupt
Version : 0.1.0
Upstream Author : Eugene V. Lyubimkin
* URL : http://wiki.github.com/jackyf/cupt
* License : GPL3+ | Artistic
Programming Lang: Perl
D
While this is true, the approach has two drawbacks:
1) depending on newer apt version would lead to uninstallability on
Lenny, while now cupt can be installed on pure-Lenny system
2) waiting for fix in apt can take significant time
Given all this, are there arguments against that chmod command?
--
Euge
Bill Allombert wrote:
> I use packages.debian.org each time I reassign a bug to a package to make
> sure the new maintainer is notified. I think this should be a best
> practice.
BTS automatically adds maintainers of package where bug went to To/CC of
reassign mail, doesn't it?
pt, one of the
> core Debian tools. Apt in turn relies on open standards like HTTP and
> FTP to interoperate with the rest of the world.
As someone who had to reverse-engineer APT repository format I fully
agree with the above. With one minor addition that some software which
is (non-core
yer for proposed functionality -- apt-get
(libapt) is not the only high-level package manager for Debian.
If I were you, I'd look into dpkg file triggers instead. Triggers will
by the way automatically solve the problem that you don't restart
a service 5 times if 5 libraries were u
On 2012-06-19 14:01, Ben Hutchings wrote:
> On Tue, 2012-06-19 at 15:29 +0300, Eugene V. Lyubimkin wrote:
> > Hello,
> >
> > On 2012-06-19 13:59, Tomas Pospisek wrote:
> > > This implies that an "apt-get install library" needs to trigger that
> > >
es wrong should be fixed instead.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux developer, Debian Developer
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.deb
ported by most if not all high-level packages managers in
Debian. Therefore it's totally appropriate for the task.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux developer, Debian Developer
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian
singlepackage', why $packagemanager now wants
to remove all $metapackage?"
, so I know I'm not alone. Using Recommends for non-core parts of
metapackages' dependencies would nicely solve that.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux
On 2012-07-10 20:15, Jonas Smedegaard wrote:
> On 12-07-10 at 07:35pm, Eugene V. Lyubimkin wrote:
> > On 2012-07-10 18:10, Jonas Smedegaard wrote:
> > > The very purpose of a meta-package is to _ensure_ that a certain set
> > > of packages is installed, not just re
On 2012-07-10 22:21, Andrei POPESCU wrote:
> On Ma, 10 iul 12, 22:07:10, Eugene V. Lyubimkin wrote:
> >
> > ... And I disagree with that. No solution can override policy's "all
> > Depends must be satisfied". If one choose to support the "exclude from
>
On 2012-07-11 14:33, Gergely Nagy wrote:
> "Eugene V. Lyubimkin" writes:
>
> > Moreover, despite me understanding the picture, I still
> > has no clean, safe and documented way to do what I'd want in case the
> > package maintainer chosed Depends.
>
..]
I wrote a small program to list them, please find the (hopefully
awk'able and hopefully correct) output in attachment.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux developer, Debian Developer
avahi-ui-utils: Recommends: 'vnc-viewer' [c
n, stopping developing the standards. Have seen examples of all
that occasionally.
I believe this hurts Debian (or any other project which chose to
not accept choices in certain areas) in the long run and don't fit to
'making [...] technically excellent' well.
YMMV.
--
Eugene V.
1 - 100 of 135 matches
Mail list logo
