Hi all,
I just added Depends: linux to iotop (arch all, written in python and
depends on a Linux kernel) before I realised that type-handling pulls in
dpkg-dev. I would really appreciate it if the type-handling Provides
were split off into a second package, or maybe dpkg is the right place
for the
On Thu, 2011-11-17 at 03:11 +0100, Guillem Jover wrote:
> dpkg is not the right place for the Provides, those are a hack, are
> overstepping on the package name space, and they should really go.
...
> * The second case comes from conflating the two roles of arch:all
>packages, saving archive
Hi all,
[Please CC me in reply, not subscribed to either list]
With the upcoming Debian squeeze release, the Debian GNU/kFreeBSD port
will be available in release form. As such, the installation of it on
specific machines will be a candidate for documentation in the
InstallingDebianOn section of
On Thu, 2010-03-11 at 10:25 +0100, Alan BRASLAU wrote:
> Being optimistic and naively believing that kfreebsd is near to being
> released for mainstream Debian, I installed kfreebsd-i386 on an older
> machine that was in need of a complete re-install from scratch.
> My conclusions for the moment i
On Thu, 2010-03-18 at 08:58 +0100, Alan BRASLAU wrote:
> Concerning povray, I had forgotten (or did not realize)
> that it is non-free. I am aware that there are some
> licensing issues with the beta version, but did not
> imagine that the stable version was anything other than
> open source...
p
On Fri, 2013-01-25 at 19:47 +, Steven Chamberlain wrote:
> Not a problem... I've had a read through and we can follow up on some
> things in separate bug reports.
Ok great.
> Yes, harmless. Should be able to silence it by picking out just the
> relevant bit from Jeff Epler's patch here:
>
On Sun, Nov 24, 2013 at 5:53 AM, Don Armstrong wrote:
> These are the list of ports that I see:
I would strongly suggest not hardcoding this list and instead
harvesting the Architecture fields of the Release files for oldstable
-> experimental on ftp.d.o, ftp.d-p.o and maybe archive.d.o.
We have
Package: libkvm-dev
Version: 10.0-5
Severity: normal
User: debian...@lists.debian.org
Usertags: broken-symlink adequate
Some of the manual pages are symlinks to an absolute path that would
only exist on the system of the developer who uploaded the package.
Please fix them to be relative links to t
Package: munin-plugins-core
Version: 2.0.6-4+deb7u2
Control: found -1 2.0.24-1
Severity: normal
File: /usr/share/munin/plugins/df*
User: debian-ad...@lists.debian.org
Usertags: needed-by-DSA-Team
Control: user debian-bsd@lists.debian.org
Control: usertags -1 + kfreebsd
X-Debbugs-CC: debian-ad...@li
On Tue, 2014-10-28 at 21:28 +0800, Paul Wise wrote:
> As you can see on Debian's munin problems page, the df* plugins report
> warnings due to some special filesystems on kFreeBSD.
...
> The workaround is to exclude these filesystem types from df output:
I've now pushed this
On Wed, 2014-10-29 at 07:33 +0800, Paul Wise wrote:
> Looking more closely:
On Debian wheezy kFreeBSD /sys appears to be sysfs not linsysfs.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Wed, 2014-10-29 at 11:31 +, Steven Chamberlain wrote:
> And I guess because /proc/mounts is trying to emulate Linux, it pretends
> that /sys is sysfs - I guess some applications expect that:
> http://svnweb.freebsd.org/base/releng/10.1/sys/compat/linprocfs/linprocfs.c?view=annotate&sortby=f
Hi all,
Do any porters have any input on this page?
https://wiki.debian.org/GettingPorted
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Thu, 2015-05-28 at 10:07 +0200, Christoph Egger wrote:
> > Petr Salinger writes:
> >> what is currently used kernel on buildd for kfreebsd-* ?
uname -a:
GNU/kFreeBSD falla 10.1-0-amd64 #0 Tue, 07 Apr 2015 22:13:19 +0100 x86_64 amd64
QEMU Virtual CPU version 2.1.2 GNU/kFreeBSD
GNU/kFreeBSD fils
On Sun, 2015-05-31 at 12:45 +0100, Steven Chamberlain wrote:
> I'll keep this test system busy with package builds and other tasks, but
> could use more hints on what might trigger the issue seen with
> falla.debian.org. (And exactly what issue was seen there, a crash?
> with or without automatic
On Mon, 2015-06-01 at 17:08 +0200, Christoph Egger wrote:
> This actually sounds a lot like what I just had on my VM! It also has
> stuff along the following lines in /var/log/kern.log:
>
> | May 31 04:41:06 localhost kernel: maxproc limit exceeded by uid 101 (pid
> 1685); see tuning(7) and logi
On Sun, 14 Jun 2015 15:07:01 +0100 Steven Chamberlain wrote:
> I think we should rather be using if=virtio now anyway. Could we try
> to switch falla to that, and hopefully the issue might go away?
Switched to that:
gnt-instance shutdown falla.debian.org
gnt-instance modify -d -H disk_type=para
On Thu, Jul 23, 2015 at 1:21 AM, John Paul Adrian Glaubitz wrote:
> I'm in favor of the old design because I think it's important to havw a list
> which can be used to make announcements about important issues that all
> porters should be aware of.
We have debian-devel-announce for that, the ex
On Wed, 2016-06-15 at 01:37 +0300, Dimitri John Ledkov wrote:
> At the openmainframeproject EU meetup, it was indicated that SUSE
> joined with indication that Open Build Service might be able to use
> resources hosted by Marist.
>
> I wonder if it makes sense to reach out, and see if there are
>
On Tue, Oct 16, 2018 at 12:18 AM Adam Borowski wrote:
> The main problem with sysvinit is the lack of a git repository.
There is an upstream git repository with commits up to September 2018:
http://savannah.nongnu.org/projects/sysvinit
http://git.savannah.nongnu.org/cgit/sysvinit.git
--
bye,
p
On Fri, Oct 19, 2018 at 7:30 PM Martin Steigerwald wrote:
> As long as people choose to strip of dependencies to libsystemd from
> packages like util-linux, avoiding a fork would not work with how Debian
> and Debian based distributions are built.
It might be feasible to introduce nosystemd build
Source: plocate
Version: 1.1.9-2
Severity: important
Tags: ftbfs
User: debian-h...@lists.debian.org
Usertags: hurd hurd-i386
User: debian-bsd@lists.debian.org
Usertags: kfreebsd-i386 kfreebsd-amd64
X-Debbugs-CC: debian-h...@lists.debian.org, debian-bsd@lists.debian.org
plocate FTBFS on Hurd/kFreeB
On Mon, 2023-05-29 at 18:11 +0200, Aurelien Jarno wrote:
> I would like to emphasize that packages will still be available on
> snapshot.d.o for anyone interested in reviving the port.
And the new port docs mention the potential procedures involved:
https://wiki.debian.org/PortsDocs/New
--
bye
On Tue, 2023-06-20 at 22:46 +0200, Kurt Roeckx wrote:
> Can I suggest that if you file a few bugs and add some information in
> it so that maybe someone can look at it? If it only affects one
> architecture, send a mail to that list asking for help.
PS: when filing architecture-specific bugs, ple
24 matches
Mail list logo
