On 17/07/2023 07.16, Helmut Grohne wrote:
Then I found trei...@debian.org using edos-file-overwrite. That latter
one seems like what I need here. Should we move it to the qa space and
drop the edos part? I suggest debian...@lists.debian.org usertags
file-overwrite. Otherwise, Ralf are you ok wit
On 19/06/2023 06.10, Paul Wise wrote:
On Sun, 2023-06-18 at 07:28 +0100, Rebecca N. Palmer wrote:
Hence, such a package would need to Depend on or Recommend *all* the
ICDs, similar to xorg-xserver-video-all.
Ah. So considering what Vincent said, something like this?
Should we distinguish be
On 17/06/2023 20.30, Martin-Éric Racine wrote:
This is what I would do if the archive policy demands it. Won't affect
transitional dhcpcd5 or dhcpcd-base.
Ack.
I'm not sure whether the transitional dhcpcd5 package should have a
versioned dependency on the "right" dhcpcd, either
(= 1:${binary:
On 08/01/2020 19.09, Boyuan Yang wrote:
> 在 2020-01-08三的 16:36 +0530，Pirate Praveen写道：
>>
>> On വ്യാ, Jan 2, 2020 at 21:43, debacle
>> wrote:
>>> On 2020-01-02 11:53, Lisandro Damián Nicanor Pérez Meyer wrote:
El jue., 2 ene. 2020 08:28, Julien Cristau
escribió:
> No, it'll eve
On 2019-03-26 19:57, Daniel Reichelt wrote:
> I'm wondering why there's no nvidia-smi:i386=410.104-1~bpo9+1 but only
> 390.87-8~bpo9+1.
>
> Has the binary package just not been built yet for i386/stretch-bpo or
> is nvidia-smi no longer supported for i386 by upstream?
Driver support for 32-bit ar
On 2019-02-04 12:38, Holger Levsen wrote:
> in #916758 you wrote:
>
> --- begin ---
> These were additional emacs variants available in lenny that may have
> survived upgrading on a long-grown system.
>
> I'm doing piuparts tests simulating such long grown systems locally and
> would expect to fi
On Tue, 18 Dec 2018 17:48:06 + Ian Jackson
wrote:
> Ian Jackson writes ("Re: Conflict over /usr/bin/dune"):
> > https://www.google.com/search?q=dune+software
> > https://en.wikipedia.org/wiki/Dune_(software)
> > https://www.google.com/search?q=%2Fusr%2Fbin%2Fdune
> >
> > Under the circumst
On 2014-02-17 14:55, Bjørn Mork wrote:
> John Paul Adrian Glaubitz writes:
[...]
>> If you want me to help you with your problem, you need to provide
>> something I can work on. Just claiming it doesn't work isn't helping
>> in this situation, I don't have a crystal ball I can consult in this
>> c
On 2014-02-13 15:37, Ondřej Surý wrote:
> On Thu, Feb 13, 2014, at 15:00, David Kalnischkies wrote:
>> On Thu, Feb 13, 2014 at 01:38:51PM +0100, Ondřej Surý wrote:
>> Broken libdb5.3-dev:amd64 Conflicts on libdb5.1-dev [ amd64 ] < 5.1.29-7
>>> ( libdevel )
>> Considering libdb5.1-dev:amd64 -1 as
It's annoying to read and no longer relates to the discussion.
I don't think the original poster deserves this publicity.
Thanks
Andreas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http
On 2014-02-08 10:01, Tzafrir Cohen wrote:
> On Fri, Feb 07, 2014 at 10:41:56AM -0600, Michael Shuler wrote:
>> On 02/07/2014 10:25 AM, Pau Garcia i Quiles wrote:
>>> Is there a policy on how to package software that does not make releases?
>>
>> A version similar to skia_0.0-1~svnr1234 would allow
On 2014-02-07 09:57, PICCA Frederic-Emmanuel wrote:
> during the installation I generate a .my.cnf in the system user tango home
> which I set under
> /usr/lib/tango in the package
That should be under /var, not /usr, especially if you dynamically
generate stuff there.
And if that is a configura
On 2014-02-07 19:22, Christoph Ender wrote:
> Section 3.6 of the policy manual mentions (via the virtual package list)
> that new virtual package names should be agreed on in debian-devel, so:
I think your use case is covered by the
(except privately, amongst a cooperating group of packages)
c
On 2014-02-07 17:25, Pau Garcia i Quiles wrote:
> Is there a policy on how to package software that does not make releases?
You usually make up your own upstream version number, either
revision-based or date-based or both. Just ensure you use a version that
sorts before any later upstream release.
On 2014-02-05 10:57, Sam Hartman wrote:
> tarballs useful; anyone who is likely to want to build this from source
> probably has a copy of git and can checkout a tag.
Such a tag corresponds to an upstrema version?
> I'm happy to entertain other options rather than 3.0(native) but my
> requirement
On 2014-01-31 15:28, Roberto C. Sánchez wrote:
> I agree. The only question I have at this point is what special action
> needs to be taken with regard to the libsasl2-2 -> libsasl2-3 transition
> that is introduced with the 2.1.25 -> 2.1.26 update.
> I apologize if this seems elementary, but I h
On 2014-01-27 14:12, Osamu Aoki wrote:
> It seems that this "auto-*" transition should not block upload if old
> libunwind7 library is used. Especially for packages indirectly
> depending on one of the auto-* packages. That is good.
Looks like the transition tracker should get an optional flag "
Control: reopen -1
Control: reassign -1 xserver-xorg-video-intel 2:2.19.0-6
Control: retitle -1 xserver-xorg-video-intel: X crashes under memory pressure
Hi moli,
thanks for the further tests. I'm reopening and reassigning this bug
report from 'general' to the intel driver, moving the discussion
On 2014-01-19 21:13, Andreas Beckmann wrote:
> Could you try the vesa (xserver-xorg-video-vesa) driver instead and see
> what happens under extreme memory pressure?
And since I suspect xserver-xorg-video-intel, you might want try a newer
version of that driver. The Xorg maintainers can pr
On 2014-01-18 23:56, moli wrote:
> ok, another way to reproduce without chrome or flash or youtube:
>
> reboot to a clean system, dont run anything, only an X and a console
> # mkdir /tmp/foo
> # mount -t tmpfs none /tmp/foo -o size=900m
> # dd if=/dev/zero of=/tmp/foo/bar
> (a message comes with
On 2013-11-28 21:04, Niels Thykier wrote:
> In this new and exciting update from your Debian Release Team...
Thanks for the updates!
> Architecture Status
> ===
>
> ia64 causes us concern for the following reasons:
> We have stopped considering ia64 as a blocker for testing
> mi
On 2013-11-27 16:25, Bas Wijnen wrote:
> Ah yes, I hadn't thought of that. But what is required for preseeding
> is to provide a database to debconf for one-time use. Since there is a
> cache, it can be used for that, but there is no reason that this
> provided database has to persist after the q
There was a nice bunch of (5-digit) bugs being closed with the removal,
they should be unarchived, reopened and handled properly if xemacs comes
back.
from https://ftp-master.debian.org/removals.txt:
=
[Date: Sun, 13 Oct 2013
On 2013-11-05 21:13, Don Armstrong wrote:
> On Tue, 05 Nov 2013, Wouter Verhelst wrote:
>> Yes, I think that's a good idea; it would avoid issues where
>> maintainers are waiting on porters and vice versa, since the
>> reassigning of a bug to a port pseudopackage would make it clear who's
>> waitin
On 2013-10-21 17:07, Ondřej Surý wrote:
> Hi,
>
> I am preparing new version of nsd and I need to reuse the conffile from
> nsd3 package (that will get replaces by nsd package).
>
> And I need to move /etc/nsd3/nsd.conf to /etc/nsd/nsd.conf and move it
> from nsd3 to nsd package.
>
> Should I:
>
On 2013-09-22 03:15, Yaroslav Halchenko wrote:
> --- a/debian/libfreenect0.2.symbols
> +++ b/debian/libfreenect0.2.symbols
> @@ -1,75 +1,54 @@
> [-libfreenect.so.0.1 libfreenect0.1-]{+libfreenect.so.0.2 libfreenect0.2+}
> #MINVER#[-(optional)fn_log@Base 1:0.1.1-]
^
You need
On 2013-08-16 18:59, Julian Wollrath wrote:
> * Package name: libclc
Please join the OpenCL team: pkg-opencl-de...@lists.alioth.debian.org to
coordinate that all packaging of OpenCL stuff in Debian is compatible.
> libclc is an open source, BSD/MIT dual licensed implementation of the library
Hi,
I just noticed in my local piuparts instance that adequate now issues
incompatible-licenses tags, too. Nice feature, Jakub! :-)
Since I'm not too familiar with these issues, i'd like to see that
someone with more experience in that area verifies these problems and
files the corresponding R
>> Andrey Ponomarenko wrote:
>>> There is a new simple way to track changes in API/ABI of system
>>> libraries using a new ABI dumper [1] tool.
Hi,
in case someone wants to play with these tools, there are some packages
that should be analyzed.
On amd64 ldd reports symbol size mismatches in sev
On 2013-07-04 03:27, Kurt Roeckx wrote:
> On Wed, Jul 03, 2013 at 05:35:35PM +0200, Ondrej Surý wrote:
>>> fabien boucher
>>> libjson0-dev : json-c
>>> /usr/lib/x86_64-linux-gnu/libjson.so
>>
>> Also a false positive - this is result of json to json-c library name
>> transition made by
On 2013-06-30 22:46, Dave Steele wrote:
> On Sun, Jun 30, 2013 at 1:08 PM, Julien Cristau wrote:
>> AFAIK most of these get fixed up by ldconfig, which means they're not a
>> problem in practice.
>
> It wasn't clear to me how this would be the case, so I reran the logs
> with a piuparts mod makin
Hi Charles,
On 2013-05-22 06:05, Charles Plessy wrote:
> it is not fully related to your original question, but do you think that
> piuparts
> could support running Autopkgtests as well ?
Theoretically yes, but I haven't looked into DEP8 so far ... reading ...
Quoting from the autopkgtest speci
On 2013-05-22 03:53, Michael Gilbert wrote:
> I think the first step would be get get pages like [0] to include
> version numbers of the packages tested (and preferably links to test
> logs).
This should be put into a wishlist bug against piuparts-master ...
If that were in place, then a patch
On 2013-05-21 13:27, Didier 'OdyX' Raboud wrote:
> Le mardi, 21 mai 2013 12.35:47, Ondřej Surý a écrit :
>> On Tue, May 21, 2013 at 12:05 PM, Holger Levsen
> wrote:
>>> have an option to run piuparts automatically by debuild, after or before
>>> lintian.
that means we need a driver script that a
On 2013-05-21 14:28, Holger Levsen wrote:
> On Dienstag, 21. Mai 2013, Simon McVittie wrote:
>> Ideally, I would like a guide to setting up piuparts in a simple,
>> recommended way, which doesn't assume I already have in-depth knowledge
>> of piuparts, and preferably also doesn't assume I already u
On 2013-05-21 11:47, Holger Levsen wrote:
> As you asked for numbers, here is one: there are 167 piuparts failures in sid
> today. Thats 167 bugs to file (if they werent already). Which wouldnt have to
> be filed if these packages would not have entered in the first place.
Not to forget the 550 p
@all maintainers: How would you like to run piuparts s.t. it easily
integrates into your workflow and allows improving Debian's quality?
This is something we could improve right now. Integrating piuparts into
the ftp-master/buildd side will take a much longer way.
On 2013-05-19 18:39, Ondřej Surý
On 2013-05-21 02:14, Paul Tagliamonte wrote:
> On Tue, May 21, 2013 at 01:21:41AM +0200, Andreas Beckmann wrote:
>
> [...]
>
>>
>> and requests migration to sid (via
>> dcut-ng-ng migrate --to sid DPA://anbe/foo-bar)
>
> what's dcut-ng-ng ?
Somethin
On 2013-05-20 23:54, Holger Levsen wrote:
> Hi,
>
> On Montag, 20. Mai 2013, Andreas Tille wrote:
>> I vaguely remember this statement from about one year (+/-x). I wonder
>> what would it help if everybody *should* but does not? If it should be
>> done on any upload anyway (and close to nobody
On 2013-05-15 17:15, Shachar Shemesh wrote:
> I have a package[1] that will not transition to testing due to failed
> compilation on powerpc. The problem is that the actual package requires
> a fairly complete C++11 support in order to compile. I have tried to
> signify this by adding "Build-Depend
Hi,
On 2013-05-15 09:58, Ondřej Surý wrote:
> On Wed, May 15, 2013 at 7:55 AM, Guillem Jover wrote:
>> Might I suggest libgd-dev instead? If a later API revision makes lots
> The upstream position is that MAJOR release will break API. (But who
> knows if that ever happens). So I think the libgd2
Another opportunity these XPAs will bring, especially the ones that will
be used for staging large transitions, is to run piuparts and related
tests to discover (and fix) problems before they get introduced into
unstable.
Andreas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.or
Hi,
I just noticed that we have the first amd64 package in the archive that
has dependencies on :i386 qualified libraries:
Package: teamspeak-client
Version: 2.0.32-4
Installed-Size: 14360
Maintainer: Debian QA Group
Architecture: amd64
Depends: libc6-i386 (>= 2.1.3), libice6:i386 (>= 1:1.0.0),
Hi,
now might be the right time to start a discussion about release goals
for jessie. Here are some points that come into my mind right now (and
some were already discussed very recently):
* multiarch compatible binNMUs
* discarding maintainer uploaded binary packages [!arch:all]
* discarding mai
On 2013-05-02 11:06, Goswin von Brederlow wrote:
> versioned Build-Depends on the new version. Otherwise all buildds will
> simply compile the new foo against the old bar and then you have one
> arch where foo is uninstallable while all others work.
This is quickly "fixed" by doing a binNMU on the
On 2013-04-22 21:38, Andreas Beckmann wrote:
> On 2013-04-22 07:31, Guillem Jover wrote:
>> I guess a way to detect those could be piuparts runs that install
>> multiple instances of Multi-Arch:same packages, purge just one of
>> them, and compare that the packages created
On 2013-04-25 22:09, Jakub Wilk wrote:
> * Andreas Beckmann , 2013-04-25, 21:27:
>> trying to overwrite shared '/usr/lib/debug/usr/lib/libffi.so.5.0.10',
>> which is different from other instances of package libffi5-dbg:i386
>
> #650106
>
>> Maybe this s
bogl
clutter-gst
libdmtx
libftdi
libopenraw
libpano13
lua-sql
myodbc
Note: I only tested co-installing amd64 + i386 packages. Perhaps there
are some more binNMUs hidden in other architectures.
On 2013-04-25 21:27, Andreas Beckmann wrote:
> On 2013-04-22 21:38, Andreas Beckmann wrote:
>>
On 2013-04-22 21:38, Andreas Beckmann wrote:
> On 2013-04-22 07:31, Guillem Jover wrote:
>> I guess a way to detect those could be piuparts runs that install
>> multiple instances of Multi-Arch:same packages, purge just one of
...
> Actually I already tried something sim
On 2013-04-22 07:31, Guillem Jover wrote:
> I guess a way to detect those could be piuparts runs that install
> multiple instances of Multi-Arch:same packages, purge just one of
> them, and compare that the packages created by the first instance
> are not removed, and that other files do not get mo
On 2013-04-18 09:24, Helmut Grohne wrote:
> Andreas, could you test those debdiffs with your piuparts setup? I have
I'll be offline over the weekend and look at this on Monday
> a few more requests though:
> * Can you ensure to pass -o Debug::pkgPackageManager=true to apt?
no problem
> * Can yo
On Tuesday, 16. April 2013 10:40:21 Helmut Grohne wrote:
> Stuart Prescott also determined that kdepim + kde-plasma-desktop are
> enough to reproduce this problem.
I could reproduce the problem in piuparts with installing/upgrading these two
packages, but it required --install-recommends. So ther
On 2013-04-09 17:57, Osamu Aoki wrote:
[...]
>>> I'm not sure if it makes sense to recommend aptitude in its present state.
>>
>> I wouldn't recommend it when operating with multiarch enabled. Otherwise it's
>> mostly fine.
Looks like we should start doing some automated upgrade tests with
aptitud
Hi Vincent,
I just tried your papi package from git, but came across the following
build failure:
make[2]: Leaving directory `/tmp/buildd/papi-5.1.0.2/src/ctests'
export
LD_LIBRARY_PATH=/tmp/buildd/papi-5.1.0.2/src:/tmp/buildd/papi-5.1.0.2/src/libpfm-3.y/lib:/tmp/buildd/papi-5.1.0.2/src/libpfm4/l
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* Package name: i7z
Version : 0.27.1
Upstream Author : Abhishek Jaiantilal (abhishek.jaiantilal (@@) colorado.edu)
* URL : http://code.google.com/p/i7z/
* License : GPL2, GPL3
Programming Lang: C
Hi,
recent discussion (e.g. w.r.t. jquery.js) has shown that Contents files
as is are not really suitable as a source for reporting bugs.
On my side I'd like to do further analysis on symlink vs. directory
conflicts and conffile takeovers (that may possibly corrupt the dpkg
database).
What would
Hi,
in order to evaluate the possible impact and the packages affected by
Bug #689836: dpkg: md5sums incorrectly recorded for conffile takeover
http://bugs.debian.org/689836
I'd like to generate lists of md5sums for the conffiles shipped in the
distros. List of conffiles can be generated by
gr
On 2013-02-09 01:38, Russ Allbery wrote:
> Peter Samuelson writes:
>> I'm a bit confused. Given that perhaps 99% of Built-Using would be for
>> trivial things like crt1.o and libgcc.a, which are concentrated into a
>> relatively tiny number of packages, it seems to make more sense to
>> annotate
On 2013-01-21 21:07, Jakub Wilk wrote:
> adequate checks quality of installed packages.
can it be used on chroots without being installed in the chroot?
like
adequate --root=/some/chroot mypkg
> The following checks are currently implemented:
> * broken symlinks;
> * missing copyright fil
On 2013-01-15 10:29, Julien Cristau wrote:
> There's no requirement for md5sums files in the first place AFAIK. How
> are incomplete md5sums worse than no md5sums? If anything this stuff
> should be minor IMO.
If a package is shipping no .md5sum at all, it will be created by dpkg
at installation
Hi,
the following packages from wheezy ship files that are excluded from
the .md5sums file:
gridsite: FILE WITHOUT MD5SUM /var/lib/gridsite/.gacl
gridsite: FILE WITHOUT MD5SUM /var/lib/gridsite/gridsitefoot.txt
gridsite: FILE WITHOUT MD5SUM /var/lib/gridsite/gridsitehead.txt
libreoffice-
On 2012-12-03 22:09, Thorsten Glaser wrote:
> http://snapshot.debian.org/package/gcc-4.3/
>
> That being said, you may not succeed installing this on wheezy,
> so use a squeeze chroot. (Due to Multi-Arch, Breaks and all that.)
The packaging repository has the unreleased 4.3.6-1 version with a
bac
Hi,
there are several packages that don't "agree" on the
ownership/permissions of some files or directories. Usually one package
(e.g. foo-common) ships some files and/or directories while another
(e.g. foo-bar with Depends: foo-common) ships an overlapping directory
tree and has a postinst sc
Just a few examples where something is installed over existing symlinks:
/usr/share/php/doc/Net_Ping != /usr/share/doc/php5-common/PEAR/Net_Ping
(php-net-ping)
/usr/share/texmf/doc/fonts != /usr/share/doc/texmf/fonts (cm-super-minimal)
/usr/share/texmf/doc/latex != /usr/share/doc/texmf/late
On 2012-10-04 11:34, Guillem Jover wrote:
> Nope, dpkg does not currently have enough information (missing
> metadata) to know if a path was shipped in the package as a directory
> or as a symlink, and to be able to distinguish between admin modified
> directory←→symlinks. AFAIR there's already a b
On 2012-10-05 23:35, Jakub Wilk wrote:
> Lintian should be able to spot all the buggy ones, shouldn't it?
Good point.
> http://lintian.debian.org/tags/dir-or-file-in-run.html
0 :-)
> http://lintian.debian.org/tags/dir-or-file-in-var-run.html
28 (6 overridden)
> http://lintian.debian.org/tags/dir
Hi,
I haven't made a detailed analysis, yet, and cannot say how many
packages would be affected. Right now I have about 100 candidate
piuparts logs that should cover /var/run and /var/lock, but I haven't
sorted them in "buggy", "depends on buggy", "other problem". I expect
the buggy category to be
On 2012-09-18 13:15, Agustin Martin wrote:
> On Tue, Sep 18, 2012 at 09:53:37AM +0200, Andreas Beckmann wrote:
>> ilithuanian_1.2.1-3
>> /var/lib/ispell/lietuviu.hash
>> /var/lib/ispell/lietuviu.compat
>> aspell-kk_0.2-1
>> /var/lib/aspell/kk.compat
>>
Hi,
we recently had a thread here about missing copyright files due to bad
transition from /usr/share/doc/directory to
/usr/share/doc/symlink->other_directory, a lot of bugs were filed and
are getting fixed.
There are also more complicated^Wmessed up cases like sendmail that has
maintainer scripts
On 2012-10-01 13:32, Frank Bauer wrote:
> On Mon, Oct 01, 2012 at 10:23:32AM +0800, Chow Loong Jin wrote:
>>
>> Have you done any actual calculation on this? A quick Google search on SSD
>> write
>> cycles shows more articles debunking this theory than supporting it.
>
> Reading specifications of
ent, see [1] and [2] (under 4.).
>>
>> [1]: http://bugs.debian.org/404850
>> [2]:
>> http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase
>>
>> Andreas Beckmann recently is filling many of these bugs discovered by
>> piuparts
On 2012-09-16 18:36, Bart Martens wrote:
>> I'm offering help, but only for part of the work : I could write a perl
>> script
>> that periodically scans the logfiles and submits additional bugs.
>
> I have written that script, and I think it's ready for use.
Thanks a lot for filing these bugs! W
On 2012-09-18 09:53, Andreas Beckmann wrote:
>> mirror_2.9-62
>> /usr/share/doc/mirror/mirror.txt.gz
>> /usr/share/doc/mirror/html/mirror-ref.html
>> /usr/share/mirror/mirror.pl
>> /usr/share/mirror/dateconv.pl
>> /usr/share/mirror/lchat.pl
>>
On 2012-09-20 19:20, Jakub Wilk wrote:
> A binNMU would just paper over the actual bug. guile-1.6 debian/rules
> has this:
>
> dh_md5sums
> sed -i "/dependency_libs/ s/'.*'/''/" `find $(CURDIR)/debian/ -name
> '*.la'`
> dh_builddeb
Thanks for looking into the source. I skipped this af
On 2012-09-18 09:30, Andreas Beckmann wrote:
> Just to give a short impression what we can find here:
> guile-1.6-dev_1.6.8-10.1
> /usr/lib/libguile-ltdl.la
> /usr/lib/libguile.la
> /usr/lib/libguile-srfi-srfi-13-14-v-1.la
> /usr/lib/libguile-srfi-srfi-4-v
On 2012-09-19 15:25, Adam D. Barratt wrote:
> On 19.09.2012 08:44, Andreas Beckmann wrote:
>> If noone objects, I'll go ahead with filing these bugs with Severity:
>> serious since this is a violation of a "must" directive.
>
> Do we have an idea of how many
Hi,
here is my proposed bug template for reporting conffile manipulation.
That will cover the majority of these bugs. Non-conffile manipulation
may need some more analysis and discussion.
If noone objects, I'll go ahead with filing these bugs with Severity:
serious since this is a violation of a
On 2012-09-18 12:46, Ian Jackson wrote:
> And yes, this leaves pkg1 missing files. This sequence of actions is
> not supported. Ie, Don't Do That Then; I think that isn't a bug.
>
> If you think it is a bug and want to support this sequence of user
> actions then I guess the Breaks is an answer.
On 2012-09-18 09:30, Andreas Beckmann wrote:
> Just to give a short impression what we can find here:
and some more
bts, that's output from debsums -a -c, so the files listed have
a md5sum mismatch (or are missing if noted)
ilithuanian_1.2.1-3
/var/lib/ispell/lietuviu.hash
/var/li
Just to give a short impression what we can find here:
uim-canna_1:1.8.1-2, uim-prime_1:1.8.1-2
/etc/uim/installed-modules.scm
/etc/uim/loader.scm
mono-xsp2_2.10-2.1
/etc/default/mono-xsp2
mirror_2.9-62
/usr/share/doc/mirror/mirror.txt.gz
/usr/share/doc/mirror/html/mirror-ref.html
/usr
Hi,
I wanted to write a long and technical email about this subject ... and
started over, doing it this way:
I started looking for partial upgrade problems some time ago.
Any *valid* mixture of packages from, for example, squeeze and wheezy
(i.e. all (Pre-)Depends/Breaks/Conflicts are fulfilled)
On 2012-09-17 15:40, Thomas Goirand wrote:
> Very nice. Did you run this archive wide?
Archive wide test is currently running in my local piuparts instance.
This may still take some time until all packages have been retested.
> Can I see your log file?
Unfortunately my piuparts instance is not p
On 2012-09-17 13:10, Bernd Zeimetz wrote:
> So we shall drop things like automatic configuration of postfix? It
> actually even asks the user if the config file should be modified. That
> is just one example of a lot others that jump into my mind.
It's perfectly fine to do this on configuration fi
Hi,
another recent addition to piuparts is running debsums to see whether
shipped files are being incorrectly modified. This feature is in a
experimental stage and not available in the git repository, yet.
So far I have seen these problems:
* package modifies a conffile it ships
* package modifi
Hi,
someone asked me to add a piuparts check for packages that don't have a
copyright file /usr/share/doc/$package/copyright. I added something
(it's now in the git repository and running on piuparts.d.o) and filed a
few bugs already, but now it seems the problem is more widespread. The
problem us
reassign 677582 gcc-4.4-base 4.4.7-1
tag 677582 patch
thanks
On 2012-08-03 07:58, Julien Cristau wrote:
> Does it make any difference if you change the Breaks to Conflicts?
Yes, it does. Therefore assigning the bug back to gcc-4.4
I'm testing a squeeze->wheezy distupgrade of the libgcj-bc packag
On 2012-07-12 09:23, Josselin Mouette wrote:
> By the same view, totem improves GNOME, but it is not needed at all.
Correct. But it does not conflict with kaffeine, mplayer, vlc, xine, ...
> Gcalctool improves GNOME, but it is not needed at all.
Correct. But it does not conflict with bc, kcalc,
On 2012-07-10 23:46, Jonathan Nieder wrote:
> - The gnome-core metapackage is very useful to some people. It helps
>people install a standard GNOME installation, keep it installed,
>and remove it later if they wish, using a single package.
Most metapackages provide such a "useful collect
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* Package name: fglrx-driver-legacy
Version : 12.6~beta
Upstream Author : AMD/ATI
* URL :
http://support.amd.com/us/kbarticles/Pages/catalyst126legacyproducts.aspx
* License : proprietary
Programming
On 2012-06-23 13:19, Jonas Smedegaard wrote:
> Sounds like similar problem I have with initial install of
> buddycloud-server. It seems to me it is a problem related to
> dbconfig-common - if both my package and dbconfig-common and dependent
> database package is installed in same batch then my
On 2012-06-23 12:55, Vincent Bernat wrote:
> I was suggested to turn `roundcube-sqlite` into some kind of
> transitional package. But it seems difficult for me to choose between
> `roundcube-mysql` and `roundcube-sqlite`. And it does not explain why
> APT does not know how to handle this.
This sho
On 2012-03-23 04:07, Ian Jackson wrote:
> If you absolutely want a workaround an obvious one is to bodge a fake
> deluser into the piuparts setup.
I don't think working around bugs without properly documenting them
first ist a good solution. Especially for sid where we do much more
pedantic tests
On 2012-03-22 13:50, Ian Jackson wrote:
> Andreas Beckmann writes ("Re: mass bug filing of 'deluser/delgroup: command
> not found' errors detected by piuparts"):
>> I have revised the template to include a link to the discussion about
>> not removing system
On 2012-02-04 08:55, Vincent Bernat wrote:
> OoO Peu avant le début de l'après-midi du jeudi 02 février 2012, vers
> Andreas Beckmann disait :
>
>> I'm planning to file bugs against all packages that currently fail the
>> piuparts test with a 'deluser/d
On 2012-02-23 21:59, Jakub Wilk wrote:
> * Andreas Beckmann , 2012-02-23, 21:49:
>> I'm planning to file bugs against all packages that currently leave
>> alternatives on the system after they were removed. Forgetting to
>> remove alternatives usually leaves dangling
Hi Neil,
On 2012-03-04 00:29, Neil Williams wrote:
>> opensync/multisync is a complete mess, collecting 25 RC bugs between 20
> Was so busy preparing the summary, didn't notice that the maintainer
> had already come back to me on IRC. Filing the RM bugs tonight.
Now that this has been removed fr
On 2012-03-06 19:43, Georges Khaznadar wrote:
> Programming Lang: Java
> Description : applets for modules used by the WIMS server
> This package was formerly made from the source package for wims.
> However, wims cannot be built completely on architectures which have
> no JVM available,
Hi,
I'm planning to file bugs against all packages that currently leave
alternatives on the system after they were removed. Forgetting to remove
alternatives usually leaves dangling symlinks on the system and in most
cases these are dangling symlinks in /usr/bin
At the moment there are 20 package
On 2012-01-31 18:14, Andreas Beckmann wrote:
> I'm planning to file bugs against all packages that currently fail the
> piuparts test with a 'ucf: command not found' error in wheezy and sid.
As ucf became transitively essential in the mean time, this mass bug
filing is
s the one used in the Build-Depends.
Thanks to Andreas Beckmann for the bug report and the solution
proposal. (Closes: #622888)
This is already used for nvidia-graphics-drivers etc.
Andreas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &quo
1 - 100 of 111 matches
Mail list logo
