Hi.
Svante Signell (03/11/2010):
> I tried to start X with the cirrus driver and got hit by Debian bug
> #590715 reported for 2:1.7.7-3 (with patch by Samuel) and another
> for fbdevhw, see below. Hurd version of xorg-server is
> 2:1.7.7-8. Has this not been fixed?
According to the bug status, n
Hi,
could somebody please review the GNU/(kFreeBSD||Hurd) parts of [1],
mostly the “hal restart” part and the keyboard configuration bits.
1. http://pkg-xorg.alioth.debian.org/howtos/configure-input.html
KiBi.
signature.asc
Description: Digital signature
Adding back -hurd.
Petr Salinger (20/01/2011):
> > could somebody please review the GNU/(kFreeBSD||Hurd) parts of
> > [1], mostly the ˙˙hal restart˙˙ part and the keyboard
> > configuration bits.
>
> Please add also example for HAL-less mode on GNU/kFreeBSD.
(That doesn't really answer my quest
Hi folks,
xorg-server 1.9 build-depends on mesa with a version higher than the
one available in sid, and both mesa 7.9 and 7.10 FTBFS on non-Linux
for now. I'm not sure when I'll have time to work on fixing those
FTBFS, so I'd appreciate if somebody could have a look. You can send
patches to debia
(Dropping -bsd, that's fixed now.)
Cyril Brulebois (06/02/2011):
> xorg-server 1.9 build-depends on mesa with a version higher than the
> one available in sid, and both mesa 7.9 and 7.10 FTBFS on non-Linux
> for now. I'm not sure when I'll have time to work on fixi
Samuel Thibault :
> Well, what are the other alternatives? Moving to the linuxish udev?
> Inventing yet another daemon?
I don't know, that's why I'm asking. Maybe not support Hotplug At All?
Benjamin Kaduk (12/02/2011):
> One of the comments on
> http://gezeiten.org/post/2011/01/Xfce-4.8-on-BSD
Hi,
I finally found some time to add udebs for the following X drivers:
- keyboard
- mouse
- vesa
for hurd-* and kfreebsd-*. Packages are in NEW accordingly, since
those are new binary packages. They got uploaded to experimental, so
built against server 1.10*.
On the kfreebsd-* side, the serv
Hi,
debian-installer 20120507 was uploaded earlier, and it's stuck in the
BD-Uninstallable state in wanna-build[1].
1. https://buildd.debian.org/status/package.php?p=debian-installer&suite=sid
That page says:
| Dependency installability problem for debian-installer on hurd-i386:
|
| debian-i
(Ewww, long lines)
Please keep in mind I'm quite new in the release team, so I'll just
reply on some points that stroke me. I don't speak for the team as
a whole.
Samuel Thibault (19/05/2012):
> - We of course aim at tech preview for wheezy only, not a full
> release. Our goal is to establish a
Hi folks,
as you may know, nobody else stepped up, so I'm volunteering again to
try and get a new debian-installer release out, codenamed « beta 1 ».
I have looked at the packages mentioned on the udeb testing summary
page[1] and I have “urgented” many of them, so that they reach testing
sooner t
Dmitrijs Ledkovs (13/10/2012):
> There is no gui testing: e.g. actually simulating clicks, tabs &
> enters. But it's in the works with general automated GUI testing.
I've started working on this, but preparing d-i wheezy beta 3 took the
lead in the “eating KiBi time” category.
Mraw,
KiBi.
sign
Samuel Thibault (08/05/2013):
> I'm afraid I'll still not be able to explain people when they ask me
> why hurd-i386 is not in testing, except vague reasons.
For the record, and speaking only for myself, I'd love to see a proper
architecture qualification process, rather than Neil's “approach” to
Johannes Schauer (2013-10-26):
> (I was not able to find the debian-ports list on lists.debian.org (so I
> subscribed via email) did I just miss it?)
Dead list: http://lists.debian.org/debian-ports/
AFAICT it's now an alias for all debian-$port lists.
Mraw,
KiBi.
signature.asc
Description: Di
Control: severity -1 grave
Rationale: breaks all cdimage builds.
Gabriele Giacone <1o5g4...@gmail.com> (2014-03-04):
> Package: apt
> Version: 0.9.15.5
> Severity: important
> Tags: d-i
> User: debian-hurd@lists.debian.org
> Usertags: hurd
FWIW this isn't hurd-specific.
> On hurd, "apt-cdrom id
Robert Millan (2014-05-31):
> I find it very strange that a terminal application needs gnome-shell. There
> are
> dozens of terminal applications, and so far they seem to manage without
> dragging
> their own desktop environment of choice with them.
>
> Which makes me wonder: Does gnome-termina
Robert Millan (2014-06-07):
> On 02/06/14 20:13, Emilio Pozuelo Monfort wrote:
> > May I ask what was broken on gdm3 and gnome-shell to have caused all
> > these removals?
>
> Long-standing RC bugs in GDM3 [1], and your choice of making gnome-shell
> depend on it.
>
> Combined with Release Teams
Source: gnumach
Version: 2:1.4-7
Severity: serious
Justification: FTBFS
Hi,
your package has been failing to build on i386 all the way up since
2:1.4-7. I'm not sure why from a quick look at the build log though:
https://buildd.debian.org/status/logs.php?pkg=gnumach&arch=i386
https://buildd.
Steven Chamberlain (2014-08-29):
> Please may I commit this to d-i/netcfg (assuming my d-i Git privileges
> include that repository).
(Yes, we have no per-repository settings that I'm aware of.)
> As well as kfreebsd, I expect hurd is currently affected by this bug,
> so this patch would also fi
Steven Chamberlain (2014-08-31):
> On 31/08/14 07:00, Philipp Kern wrote:
> Is perhaps the same true for stop_rdnssd() on the next line?
So Steven committed a patch in to git, getting rid of the dhcp part;
Philipp, should I upload that and we'll figure out the rdnssd part
another time?
Mraw,
KiB
Philipp Kern (2014-09-05):
> On Fri, Sep 05, 2014 at 09:55:24AM +0200, Cyril Brulebois wrote:
> > Steven Chamberlain (2014-08-31):
> > > On 31/08/14 07:00, Philipp Kern wrote:
> > > Is perhaps the same true for stop_rdnssd() on the next line?
> > So Steven com
Michael Gilbert (2014-10-02):
> On Mon, Sep 29, 2014 at 6:34 PM, Cyril Brulebois wrote:
> >> I've uploaded an nmu fixing the issues revealed by the previous nmu to
> >> delayed/5. Please let me know if I should delay longer. See attached
> >> patch.
Michael Gilbert (2014-10-05):
> Dear hurd and kfreebsd porters. I plan to upload the attached patch,
> which along with the previous upload introduces a bind udeb, which
> will be dynamically linked by the dhcp udeb. Please let me know if
> this looks ok.
NAK.
> +bind9 (1:9.9.5.dfsg-4.2) unsta
Michael Gilbert (2014-10-05):
> On Sun, Oct 5, 2014 at 7:02 PM, Cyril Brulebois wrote:
> > If parallel building worked before you changed things, you get to fix
> > the issues rather than working around them. bind9 is a pain to build,
> > so having to deal with a forced -j1
Michael Gilbert (2014-10-05):
> Would it be ok to stage the changes in unstable to make it somewhat
> easy for porters to test?
Since D-I Jessie Beta 2 is out I can't think of a reason why that
wouldn't be a good idea.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Control: tag -1 confirmed
Jonathan Wiltshire (2014-12-19):
> Package: release.debian.org
> Severity: normal
> Tags: d-i
> User: release.debian@packages.debian.org
> Usertags: unblock
>
> Please unblock package bind9
>
> Fix for RC bug #772610, for some reason no unblock request from the mai
Philipp Kern (2015-02-18):
> On Tue, Feb 10, 2015 at 09:22:25AM +0100, Philipp Kern wrote:
> > On Sun, Feb 08, 2015 at 04:21:25PM +0100, Philipp Kern wrote:
> > > On the other hand it also seems wrong for di_exec_shell_log to continue
> > > after the invoked binary exited. I suspect that'd mean pp
Lucas Nussbaum (2015-05-04):
> I'm wondering if we could find a way to accomodate those architectures
> in an official way, while still limiting the impact on ftpmasters and
> other teams. I'm not entirely clear on the status of debian-ports.org,
> and of what the current downsides of using debian
Hi ports people,
I'm not exactly sure what happened with debian-ports@ (I think there
were some planned changes but I don't remember the outcome), so I'm
explicitly sending this to bsd/hurd lists since I suspect the linux
ports are less likely to be affected by this.
We have a bug report with a p
[ Adding kfreebsd and hurd porters to the loop. ]
Cyril Brulebois (2016-07-05):
> Marco d'Itri (2016-01-08):
> > +# Find out where the runtime dynamic linker and the shared libraries
> > +# can be installed on each architecture: native, multilib and multiarch.
> > +#
Hi,
Ansgar Burchardt (2016-07-13):
> tag 830894 + moreinfo
> tag 830895 + moreinfo
> tag 830901 + moreinfo
> thanks
>
> Michael Biebl writes:
> > on a Debian stretch/unstable system using systemd as init system, the
> > initscripts package is no longer required. We asked all packages with
> > ex
Hi Martin,
Martin Pitt (2016-08-30):
> Package: netcfg
> Version: 1.139
>
> Hello,
>
> netcfg still configures a "lo" (loopback) device in
> /etc/network/interfaces, although this hasn't been necessary since
> ifupdown 0.7.41 in 2013:
>
>
> https://anonscm.debian.org/cgit/collab-maint/ifupd
James Clarke (2017-02-11):
> Some data points:
>
> alpha : Missing srm-reader in archive. Builds after adding a
> locally-built .udeb to localudebs (and working around the
> crazy broken mirror setup on electro [one of the local
> mirrors
>
Hi,
Emilio Pozuelo Monfort (2017-03-22):
> On 22/03/17 20:41, Bastian Blank wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> >
> > Please unblock package bind9. It just fixes the a bit illadviced and
> > unconfi
Hi,
Michael Biebl (2017-10-24):
> It's actually smaller then the old eject-udeb as I didn't include the
> gettext translations.
Why? OK this was late and maybe I wasn't clear on IRC, but keeping the
i18n + l10n part working is important.
> But there is one complication: I noticed that eject in
Michael Biebl (2017-10-26):
> The debconf templates are of course translated. What I meant is that I
> don't ship /usr/share/locale in the eject udeb.
I think I misread gettext as debconf when I received your mail, and I
really should have read it more thoroughly before replying.
> Or is it impo
on-Linux
ports AFAICR.
I'm not sure how BSD is doing these days; maybe hurd is the only user
left?
Cheers,
--
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
to kFreeBSD proves to be much work, then perhaps
> porting dhclient from OpenBSD might be an option?
Thanks for your feedback, Ondřej.
It'd be helpful to have some input from hurd and kfreebsd people, so
that we know what to do with isc-dhcp-client-udeb in the end…
Cheers,
--
Cyril Brul
Hi,
Chris Hofstaedtler (2020-05-03):
> * Cyril Brulebois :
> > Michael Biebl (2017-10-24):
>
> > > But there is one complication: I noticed that eject in util-linux
> > > currently linux only.
> > >
> > > If we made the udeb linux-any, how wo
;ll then ping Michael Banck
to upload it if the build is alright, or try to fix the problems
if anyone shows up. First of all, build-dependencies are satisfied,
that's a good starting point.
You can contact me (KiBi) on Freenode or OFTC for further info.
Cheers,
--
Cyril Brulebois
' step succeed.
I'm not sure whether one should conditionally add
`-lpthread' in `LDFLAGS = @LDFLAGS@' when we've got
$(DEB_HOST_ARCH) equal to `hurd-i386' or whether
that's a bug in a macro or something like that.
Besides that, the build runs OK.
Cheers,
ones.
Thanks for your attention and sorry for the inconvenience.
Best regards,
--
Cyril Brulebois
PS: I wondered whether I should Cc: that mail to bug-hurd, please
forward it if you think so. Being unsure, I don't.
pgpMPwXFXMKDo.pgp
Description: PGP signature
Petr Salinger <[EMAIL PROTECTED]> (03/12/2006):
> Hi,
Hi,
> It might concern hurd porters, as Port for hurd might be
> straightforward.
many thanks for the notice! I missed time for having a look at the
previous patches, but I'll have a look right now.
Cheers,
all hurd-related problems by visiting a
single URL.
We use it for GNU/kFreeBSD bugs, and a summary is available on:
<http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=kfreebsd;[EMAIL PROTECTED]>
(Of course, you can then exclude fixed bugs, etc.)
Cheers,
--
Cyril Brulebois
pgpOGKf5cEzW
ertag 789ABC hurd
| thanks
`---
Cheers,
--
Cyril Brulebois
pgpquR7BW9lIJ.pgp
Description: PGP signature
ved anyway. ;-)
I added a wishlist item asking for flexibility/modularity so that
non-Linux kernels can be handle too.
Thanks again,
--
Cyril Brulebois
pgpyQat0GjXTg.pgp
Description: PGP signature
/sbin/pfctl
> /lib
> /lib/freebsd
> /lib/freebsd/route
should it be of some help.
I'm quite new to GNU/kFreeBSD, so I don't know (yet) much about
low-level things, but willing to learn and help if I can.
Cheers,
--
Cyril Brulebois
pgplT4NqoI39l.pgp
Description: PGP signature
Thomas Schwinge <[EMAIL PROTECTED]> (07/04/2007):
> Hello!
>
> I just did an ``apt-get dist-upgrade'' and it failed like this:
Yes, see python-central's bugs.
Cheers,
--
Cyril
pgpdeNjTSEbOU.pgp
Description: PGP signature
l?
AFAICT from my past experiments on hurd-i386, fakeroot-tcp is quite
usable and reliable, so I guess it should be fine.
Cheers,
--
Cyril Brulebois
pgpLMQEG3qbCb.pgp
Description: PGP signature
arnuld <[EMAIL PROTECTED]> (13/07/2007):
> i read that Hurd can handle a maximum size of 2 GB
That's not true anymore, don't worry. See e.g.
http://kerneltrap.org/node/4429
--
Cyril Brulebois
pgpKCYO5V13FY.pgp
Description: PGP signature
e, all official archs]
2. http://experimental.ftbfs.de/ [experimental, plus unofficial archs]
Cheers,
--
Cyril Brulebois
pgpksyfSl2MfH.pgp
Description: PGP signature
ootstrap wasn't
broken on Linux, although only the "release" mode was tested, but not
the "main" one. If you find any regression, please tell me ASAP so that
I can fix it.
Any comment, diff, etc., and feedback is very welcome.
Cheers,
--
Cyril Brulebois
pgpUBaPQ7OiMn.pgp
Description: PGP signature
freebsd-i386 chroot). I'll have a
look at this soon and get back to you, don't hesitate to poke me (KiBi)
on IRC in some days.
Cheers,
--
Cyril Brulebois
pam_0.99.7.1-1_kfreebsd-i386.build.bz2
Description: Binary data
pgpd1EdcLCBAi.pgp
Description: PGP signature
n't
do any runtime check, but I'll be pleased to do so if you describe what
you want me to try.
Cheers,
--
Cyril Brulebois
diff -urN pam-0.99.7.1~/Linux-PAM/modules/pam_limits/pam_limits.c pam-0.99.7.1/Linux-PAM/modules/pam_limits/pam_limits.c
--- pam-0.99.7.1~/Linux-PAM/modules/pam_limits/p
On 21/11/2007, Michael Banck wrote:
> already) is to use http://snapshot.debian.org and install the matching
http://snapshot.debian.net/ actually. ;-)
--
Cyril Brulebois
pgpnspB4qnnKK.pgp
Description: PGP signature
On 21/11/2007, Michael Banck wrote:
> Just checking whether you were still subscribed ;)
Sure, lacking time for porting stuff, a bit busy with some
packages of mine and RC bug fixes, but still around.
Cheers,
--
Cyril Brulebois
pgpMFhY11i1qk.pgp
Description: PGP signature
apt-file search libwx_baseu-2.6.so)
libwxbase2.6-0: usr/lib/libwx_baseu-2.6.so.0
libwxbase2.6-0: usr/lib/libwx_baseu-2.6.so.0.3.1
libwxbase2.6-dev: usr/lib/libwx_baseu-2.6.so
Cheers,
--
Cyril Brulebois
pgpgQgELWHmlZ.pgp
Description: PGP signature
s. Could somebody volunteer to
> package it?
Hi,
I might be interested in having a look at such (IMVHE) low-level stuff
(compared to end-user applications I'm used to). I'll be quite busy
for some days/weeks, but feel free to poke me back in say two weeks if
nobody volunteered at
Samuel Thibault (16/05/2009):
> If people think it's a good idea, maybe we can setup some VCS
> somewhere to work on it? (where/in which Alioth project?)
Sounds nice. I for one would use collab-maint (which can be used instead
of creating a special group every time something doesn't fit in an
exi
(Moving to -bsd/-hurd only.)
Thomas Schwinge (25/07/2009):
> Aside from GNU/k*BSD, this also affects the Hurd, obviously, so please
> always also include [!hurd-i386] on such changes -- thanks!
IIRC, I always tried to include such tweaks for hurd-i386 as well,
although sometimes explicitly sayin
59 matches
Mail list logo