This is a follow-up to [1] which proposed a plan for the update of D-I
using the latest kernel update for stable in preparation for Sarge r3.
Follow-ups please in principle _only_ to d-release and d-boot and maybe to
one of the CCed lists if relevant for them.
On Friday 21 April 2006 02:01, Fra
On Wed, May 17, 2006 at 12:18:28AM -0400, Albert Cahalan wrote:
> On 5/12/06, Sven Luther <[EMAIL PROTECTED]> wrote:
>
> >There was an easy way not to problong the discussion. Restore the svn
> >commit
> >acces, which you could have done all those weeks ago if you had not been
> >too
> >proud an
On Wed, May 17, 2006 at 01:07:29PM +0900, Junichi Uekawa wrote:
> Hi,
>
> > > - Are there likely to be architecture specific issues with persistent
> > > device naming?
> > > - Or with filesystems other than ext2/ext3?
> > Nothing I know about. "tree /dev/disk/" should give you some ideas.
> > b
> If we want to prepare for this possibility, the one issue that the d-i
> folks pointed out is that we'd probably want to refactor our meta
> packages such that we could have both metapackages for the latest
> 2.6.N and additional packages for the latest 2.6.N+, so users can
> track whichever they
I've committed a fix for this problem, the cdebconf plugin is included
in the library reduction step and mlock is included in the reduced libc.
This will be in the next daily build.
--
see shy jo
signature.asc
Description: Digital signature
On Wednesday 17 May 2006 02:42, richard wrote:
> Comments/Problems:
> At some point in the downloading and installation of the base system
> the following message appeared on screen: corruption (!prev):
> 0x081781d8 *** The installation did not hesitate or stop. Everything
> works that I've tried.
On 5/12/06, Sven Luther <[EMAIL PROTECTED]> wrote:
There was an easy way not to problong the discussion. Restore the svn commit
acces, which you could have done all those weeks ago if you had not been too
proud and afraid to lose face.
Better: do like Linus, and take away access from all but o
Hi,
> > - Are there likely to be architecture specific issues with persistent
> > device naming?
> > - Or with filesystems other than ext2/ext3?
> Nothing I know about. "tree /dev/disk/" should give you some ideas.
> by-label links are user friendly, but may become ambiguous if users
> carelessl
Package: busybox-floppy-udeb
Version: 1:1.1.2-1
Severity: important
Tags: d-i
# mount -o loop /mnt/tmp-initrd /initrd
mount: Couldn't setup loop device
mount: Mounting (null) on /initrd failed: No such file or directory
FWIW, this is on the d-i i386 boot floppy, I've checked that the loop
module
Andrew Pollock wrote:
> Okay. I've had a preliminary play with ipconfig over the weekend. Seems
> relatively straightforward to slot it into netcfg's dhcp.c. What I need to
> understand is the necessity to set a vendor-class-identifier attribute in
> with the request, is this a nicety or a need-to-
Le mercredi 17 mai 2006 à 00:37 +0200, Attilio Fiandrotti a écrit :
> The above library requirements apply to both GTK 2.9.0 and 2006-03-26
> CVS snapshot (which is older than 2.9.0 ).
> More recent GTK CVS snapshots require glib 2.11, pango 1.11 ( and DFB
> 0.9.25 i think).
Does the 2006-03-26
Kimberley Crombie <[EMAIL PROTECTED]> writes:
> how do imake a mirror
apt-get install reportbug
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> tag 367194 patch
Bug#367194: FTBFS: missing build-depends on debhelper
There were no tags set.
Tags added: patch
> thanks dude
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator
tag 367194 patch
thanks dude
On Sun, May 14, 2006, Martin Michlmayr wrote:
> Package: aboot-installer
> Version: 0.0.20
> Severity: serious
>
> You're missing a build-dependency on debhelper:
>
> > Automatic build of aboot-installer_0.0.20 on juist by sbuild/alpha 0.44
> ...
> > dpkg-buildpackag
hey,
I've had discussions with a number of folks at DebConf this week
about how we might add new hardware support to a stable release after
its first release. The most well-received suggestion has been to add
an additional updated kernel in a stable point release - perhaps near
the middle of the
Package: installation-reports
Boot method: CD
Image version: net install nightly build 05/09/06, download
Date: 05/12/06 1500 EDT
Machine: Soyo SY-K7VMP2 motherboard
Processor: vendor_id : AuthenticAMD
cpu family : 6
model : 10
model name
On Monday 15 May 2006 14:45, Bastian Blank wrote:
> partman-partitioning/storage_device/label/do_option already contains a
> selection for msdos/gpt. Should I just extend that or push the whole
> logic out?
I would guess extending it for s/390 is best.
pgpP8NhdFb0MH.pgp
Description: PGP signatur
On Monday 15 May 2006 15:01, Bastian Blank wrote:
> > /dev/disk/by-path (usable both for booting and in fstab) or
> > /dev/disk/by-{id,uuid} (only appropritate in fstab).
>
> How can I get parted_server to use this paths? Must I issue a CLOSE
> with the old device and an OPEN with the correct one?
On Monday 08 May 2006 09:16, Bastian Blank wrote:
> I fixed the hardware configuration for s390 yesterday. It works
> flawless now except that it needs some further indicators that it did
> something.
Great.
> Now it is time to switch to partman as partconf is completely out of
> order.
Yes, it
Kimberley Crombie <[EMAIL PROTECTED]> writes:
> how do imake a mirror
aeh, sorry for the last mail. I ment:
apt-get install reprepro
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
At Debconf Joey Hess and I have integrated support for the graphical
installer into the main build system for d-i. For now the support is for
i386 only, but amd64 [1] and powerpc will follow very soon.
This means that the daily built images [2] of the installer now include an
option to boot the
Hi all,
I'll be giving a workshop explaining the technical side of the installer
on Thursday 18-5 from 20:20 - 22:00 UTC (if my timezone calculations are
correct).
Main subjects are:
- What happens when the installer runs:
- installation methods
- booting
- the menu and running components
On Tue, May 16, 2006 at 11:02:43PM +0200, Frans Pop wrote:
> On Tuesday 16 May 2006 19:59, Bastian Blank wrote:
> > I'll implement that after the higher priority tasks (aka partman) are
> > sorted out. As there was no response yes, I don't think anyone wants to
> > help.
>
> Speaking only for myse
Eddy Petrişor wrote:
On 5/16/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote:
So, if i understand correctly, there should be definitely no problems in
moving to more recent GTKDFB libraries, right (no conflicts with GTKX
pavkages) ? do we all agree about moving to 2.9.0 (needs minor patches)
using the debian-testing-amd64-netinst.iso from may 13
Wiped disk and tried this one again -
Dropped down into shell just before the grub install and
chroot /target
added backports to sources.list
apt-get update
apt-get install linux-image-2.6.15-1-amd64-k8
complained about hotplug - and remo
Processing commands for [EMAIL PROTECTED]:
> reopen 328498
Bug#328498: switch to cdebconf as default
'reopen' is deprecated when a bug has been closed with a version;
use 'found' or 'submitter' as appropriate instead.
Bug reopened, originator not changed.
> --
Stopping processing here.
Please co
On May 17, Frans Pop <[EMAIL PROTECTED]> wrote:
> - We should like to keep support for devfs and regular device names in
> the installer; loosing that would mean no support for 2.2/2.4 installs
> (although those are likely to be dropped anyway) and no support for
> installs of Sarge and I th
To discuss this subject, I've still wanted to set up a discussion with at
least Marco, you, Joey and Colin, but for different reasons have not
gotten around to that.
As I'll be on holiday for a few weeks after Debconf, let me at least list
the issues that I've had in mind and that should be con
Le mardi 16 mai 2006 à 21:55 +0200, Attilio Fiandrotti a écrit :
> So, if i understand correctly, there should be definitely no problems in
> moving to more recent GTKDFB libraries, right (no conflicts with GTKX
> pavkages) ? do we all agree about moving to 2.9.0 (needs minor patches)
> or CVS s
FYI: The status of the tasksel source package
in Debian's testing distribution has changed.
Previous version: 2.43
Current version: 2.44
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.
--
To U
On Tuesday 16 May 2006 19:59, Bastian Blank wrote:
> I'll implement that after the higher priority tasks (aka partman) are
> sorted out. As there was no response yes, I don't think anyone wants to
> help.
Speaking only for myself of course, I still have your message on my TODO
list. However, it i
On Tue, May 16, 2006 at 09:22:22AM +0200, Frans Pop wrote:
> On Tuesday 16 May 2006 09:01, Geert Stappers wrote:
> > Fool^WFull switch to g-i will kill serial line and ssh installs.
>
> Not so. The installer detects serial line installs and does not enable the
> framebuffer and thus not the graph
On Tue, May 16, 2006 at 07:36:48PM +0200, Sebastien Bacher wrote:
> Le mardi 16 mai 2006 à 18:42 +0300, Eddy Petrişor a écrit :
>
> > So the questions are:
> > - Is it OK for the GTK+GNOME team to have D-I people (and maybe with
> > the help of some gtk/gnome people) build some udebs for GTK
> > _
On 5/16/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote:
So, if i understand correctly, there should be definitely no problems in
moving to more recent GTKDFB libraries, right (no conflicts with GTKX
pavkages) ? do we all agree about moving to 2.9.0 (needs minor patches)
or CVS snapshot dated 2
Package: debian-installer
Version: Sarge ?
The netinst page (http://www.us.debian.org/distrib/netinst) claims:
This sort of network installation process requires either an analogue
PPP dialup connection to your Internet provider, or Internet access via
Ethernet (possibly using a PCMCIA c
Eddy Petrişor wrote:
On 5/16/06, Sebastien Bacher <[EMAIL PROTECTED]> wrote:
Le mardi 16 mai 2006 à 18:42 +0300, Eddy Petrişor a écrit :
> So the questions are:
> - Is it OK for the GTK+GNOME team to have D-I people (and maybe with
> the help of some gtk/gnome people) build some udebs for GTK
Le mardi 16 mai 2006 à 18:42 +0300, Eddy Petrişor a écrit :
> So the questions are:
> - Is it OK for the GTK+GNOME team to have D-I people (and maybe with
> the help of some gtk/gnome people) build some udebs for GTK
> _with_the_DFB_ backend, as it is now for the 2.0.9 version?
Sure, no objection
On 5/16/06, Sebastien Bacher <[EMAIL PROTECTED]> wrote:
Le mardi 16 mai 2006 à 18:42 +0300, Eddy Petrişor a écrit :
> So the questions are:
> - Is it OK for the GTK+GNOME team to have D-I people (and maybe with
> the help of some gtk/gnome people) build some udebs for GTK
> _with_the_DFB_ backen
Your message dated Tue, 16 May 2006 20:13:19 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#367505: Indirect dependency conflict between
libgtk+2.0-directfb-dev and libgtk+2.0-directfb0
has caused the attached Bug report to be marked as done.
This means that you claim that the pro
>From the from page, try the link to Installation manual under the
Documentation heading ;-)
Arf, I didn't scroll down enough :p .
But still, this bit is missing now:
C.4.4.4. Configure Timezone, Users, and APT
Set your timezone, add a normal user, and choose your apt
sources b
On Tuesday 16 May 2006 19:14, chantra wrote:
> Arf, I could not find that link anymore from the debian frontpage,
> that's why I went on that quest ;).
From the from page, try the link to Installation manual under the
Documentation heading ;-)
pgph5OVxx5mdJ.pgp
Description: PGP signature
On Tue, May 16, 2006 at 10:52:19AM -0500, Joey Hess wrote:
> Bastian Blank wrote:
> > * Support for udebs per frontend.
> Not sure what this means exactly..
| < Kamion> waldi: how would I go about adding a parameter to
di_system_packages_resolve_dependencies_mark_anna without breaking libd-i's AB
Thank you for your message and the link to the howto; I hope it will be
useful to some people.
Installing Debian using debootstrap is also documented in the Installation
Guide:
http://d-i.alioth.debian.org/manual/en.i386/apds03.html
Hi,
Arf, I could not find that link anymore from the d
Hi,
Even though I prefer the textual installer or even no installers ;) see
http://www.debuntu.org/2006/05/14/51-how-to-installing-debian-etch-from-a-running-debian-based-system/
I reckon graphical as default is best.
Why? Just because awared user will instantly look toward FXs menus, but
a non-a
On Tue, May 16, 2006 at 05:06:03PM +0200, Frans Pop wrote:
> On Tuesday 16 May 2006 10:25, Wouter Verhelst wrote:
> > My point really was that it's silly to drop the graphical installer as
> > a target for Etch if you need to compile differently for gtk-dfb
> > anyway; so if the regular gtk2 packag
* maximilian attems ([EMAIL PROTECTED]) [060516 11:09]:
> On Tue, May 16, 2006 at 06:11:53AM +0200, Andreas Barth wrote:
> > I just want to point out that we have at Tuesday, 10.05 in the Hacklab
> > the stable release BoF, which will give us a chance to discuss that
> > topic. (Thanks to Frans for
On Tue, 2006-05-16 at 17:52 +0200, Sven Luther wrote:
> On Tue, May 16, 2006 at 05:33:24PM +0200, Sven Luther wrote:
> > On Tue, May 16, 2006 at 12:16:38PM +0200, Michael Schmitz wrote:
> > > > > $ more /proc/fb
> > > > > 0 ATI Radeon Lf
> > > >
> > > > 0 OFfb ATY,264LTP
> > > > 1 OFfb ATY,264LTP
>
On Tue, May 16, 2006 at 05:33:24PM +0200, Sven Luther wrote:
> On Tue, May 16, 2006 at 12:16:38PM +0200, Michael Schmitz wrote:
> > > > $ more /proc/fb
> > > > 0 ATI Radeon Lf
> > >
> > > 0 OFfb ATY,264LTP
> > > 1 OFfb ATY,264LTP
> >
> > Might be the LCD is actually on the second one?
>
> This mi
Package: anna
Version: 1.2.3
Severity: wishlist
As requested by Frans in the stable BOF @ debconf6, the message displayed to
the user when the kernel ABI of the downloaded module udebs doesn't match
the running kernel should suggest downloading an updated CD.
-- System Information:
Debian Release
Bastian Blank wrote:
> * Split the whole thing into another shared library (adds 8KiB on i386
> for the SO startup code).
Should be ok.
> * Either don't change the SONAME of libdebian-installer and provide the
> old symbols until the next beta as the removal will break existing
> images,
>
On 5/16/06, Frans Pop <[EMAIL PROTECTED]> wrote:
On Tuesday 16 May 2006 10:25, Wouter Verhelst wrote:
> My point really was that it's silly to drop the graphical installer as
> a target for Etch if you need to compile differently for gtk-dfb
> anyway; so if the regular gtk2 packages aren't at the
On 5/16/06, Frans Pop <[EMAIL PROTECTED]> wrote:
On Tuesday 16 May 2006 14:33, Eddy Petrişor wrote:
> In order to have that ran at some point after the syetm is configured,
> some postinst from the menu, directly or indirectly will have to do
> the copying. Having another entry in the d-i menu me
On 5/16/06, Josselin Mouette <[EMAIL PROTECTED]> wrote:
Le mardi 16 mai 2006 à 11:45 +0200, Sebastien Bacher a écrit :
> Le mardi 16 mai 2006 à 11:07 +0200, Sven Luther a écrit :
>
> > 1) you did comment on gtk 2.9+ for etch as the main gtk package, but does
> > this advice also hold in a 2.0
On Tue, May 16, 2006 at 12:16:38PM +0200, Michael Schmitz wrote:
> > > $ more /proc/fb
> > > 0 ATI Radeon Lf
> >
> > 0 OFfb ATY,264LTP
> > 1 OFfb ATY,264LTP
>
> Might be the LCD is actually on the second one?
This might be the reason it fails, if it is so. But i am not sure, since the
dmesg outpu
severity 367499 normal
thanks
> controller. I found the gpl drivers
> at
> http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-62897
> but I'm not able to use them in a useful way other than report to you
> ...>
That probably means that the only option is reassigning this issue
Processing commands for [EMAIL PROTECTED]:
> severity 367499 normal
Bug#367499: installation-reports: Not recognize adaptec aic-9405w sas/sata
controller
Severity set to `normal' from `important'
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking s
On Tue, May 16, 2006 at 06:54:55AM +0200, Noèl Köthe wrote:
> Am Sonntag, den 14.05.2006, 09:10 +1000 schrieb Andrew Pollock:
>
> Hello Andrew,
>
> we had the D-I BoF here at Debconf6 some hours ago.
>
> > > 1. the D-I will use 2 but 3 will be install on the system which is
> > > installed
> >
On Tuesday 16 May 2006 10:25, Wouter Verhelst wrote:
> My point really was that it's silly to drop the graphical installer as
> a target for Etch if you need to compile differently for gtk-dfb
> anyway; so if the regular gtk2 packages aren't at the correct version,
> having a different gtk2 source
On Tue, 2006-05-16 at 09:58 +0200, Sven Luther wrote:
> My diagnostic here, is that g-i makes some assumptions that are wrong
> on
> powerpc. Most probably it tries to load the vesafb module, but since
> the above
> is builtin in the powerpc kernel, that test fails, obviously.
> Furthermore,
> vesa
On Tuesday 16 May 2006 14:33, Eddy Petrişor wrote:
> In order to have that ran at some point after the syetm is configured,
> some postinst from the menu, directly or indirectly will have to do
> the copying. Having another entry in the d-i menu means having another
> udeb (only one postinst/udeb i
Package: libgtk+2.0-directfb-dev
Version: 2.0.9.2-13
Severity: important
*** Please type your report below this line ***
The libgtk+2.0-directfb-dev package indirectly conflicts with
libgtk+2.0-directfb0.
The problem is that libgtk+2.0-directfb0 directly depends on
libdirectfb-0.9-22,
while libg
Le mardi 16 mai 2006 à 11:45 +0200, Sebastien Bacher a écrit :
> Le mardi 16 mai 2006 à 11:07 +0200, Sven Luther a écrit :
>
> > 1) you did comment on gtk 2.9+ for etch as the main gtk package, but does
> > this advice also hold in a 2.0.x vs 2.9+ d-i gtk-dfb scenario ?
>
> As written previou
Package: installation-reports
Severity: important
-- Package-specific info:
Boot method: usb stick
Image version:
http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-businesscard.iso
Date:
Machine: IBM xseries 206m
Partitions:
Base System Installation Checklist:
Hi
If i'm not wrong, current GTKDFB 2.0.9 libraries (binary .udeb and -
dev .deb) are built from a completly different source package than
regular GTKX libraries (currently 2.8.xx in unstable, IIRC).
Standard GTK libraries used in the Debian are built with the X
frontend, while GTK libraries use
On 5/16/06, Marco d'Itri <[EMAIL PROTECTED]> wrote:
On May 16, Eddy Petri??or <[EMAIL PROTECTED]> wrote:
> >>If I am going to do that on the connection from my provider, I will
> >>have my contract termitated in a second because I am not allowed to
> >>use other IPs in their network than the one
On May 16, Eddy Petri??or <[EMAIL PROTECTED]> wrote:
> >>If I am going to do that on the connection from my provider, I will
> >>have my contract termitated in a second because I am not allowed to
> >>use other IPs in their network than the ones given by thier servers,
> >>and believe me, there is
Some thoughts by someone else than me about this issue :
Vitality
The most important thing that I think would benefit Debian is increasing its
tempo. We've been slow in a lot of things, from releasing, to getting
updates in, to processing applications from prospective developers, to
fix
> As you are not the d-i or g-i release manager and currently not even on
> the d-i team, it is _not_ your place to do this.
I object slightly (but hopefully we'll find time to discuss these
issues live). This has not been my reading of Sven's mails in that
particular thread.
IMHO, the discussi
> > $ more /proc/fb
> > 0 ATI Radeon Lf
>
> 0 OFfb ATY,264LTP
> 1 OFfb ATY,264LTP
Might be the LCD is actually on the second one?
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Le mardi 16 mai 2006 à 11:07 +0200, Sven Luther a écrit :
> 1) you did comment on gtk 2.9+ for etch as the main gtk package, but does
> this advice also hold in a 2.0.x vs 2.9+ d-i gtk-dfb scenario ?
As written previously upstream changed the ABI number so updating to GTK
2.9 would require up
On 5/16/06, Sebastien Bacher <[EMAIL PROTECTED]> wrote:
Le mardi 16 mai 2006 à 09:50 +0200, Sven Luther a écrit :
> Sebastien, do you know if the development 2.9 gtk packages will be uploaded to
> experimental or something such ? If so, would it be meaningful to have those
> packages also includ
On 5/16/06, Marco d'Itri <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
>> Yes. I already explained this multiple times. An IP address is not
>> *needed* on the ethernet interface, but always configuring one is
>> simpler and may prevent problems later.
>
>If I am going to do that on the co
Hi folks
I got a request from Colin if it is possible to add udeb selection per
frontend. I had to decline this as it will break the ABI.
As I have some pending changes which does that also, I hereby propose
the following which will make it possible to change the ABI of the
Packages reading part
Le mardi 16 mai 2006 à 10:23 +0200, Sven Luther a écrit :
> Ok, but if someone else would be packaging those to produce .udebs, you have
> no particular objection to uploading .debs to experimental at the same time ?
Are you saying you want to hijack GTK now?
Sebastien Bacher
--
To UNSUBS
hello,
On Tue, May 16, 2006 at 06:11:53AM +0200, Andreas Barth wrote:
>
> I just want to point out that we have at Tuesday, 10.05 in the Hacklab
> the stable release BoF, which will give us a chance to discuss that
> topic. (Thanks to Frans for pointing out how usefull such a pointer
> would be.
On Tue, May 16, 2006 at 11:45:02AM +0200, Sebastien Bacher wrote:
> Le mardi 16 mai 2006 à 11:07 +0200, Sven Luther a écrit :
>
> > 1) you did comment on gtk 2.9+ for etch as the main gtk package, but does
> > this advice also hold in a 2.0.x vs 2.9+ d-i gtk-dfb scenario ?
>
> As written prev
Hi,
sorry, I have not received your reply sent to [EMAIL PROTECTED], should
have been sent to [EMAIL PROTECTED]
The needed modules should be mptbase and mptscsih, they are present,
in /lib/modules... but not loaded, loading them manually and restarting
the partman does not help.
lspci does not sh
On Tue, May 16, 2006 at 10:58:52AM +0200, Sebastien Bacher wrote:
> Le mardi 16 mai 2006 à 10:23 +0200, Sven Luther a écrit :
>
> > Ok, but if someone else would be packaging those to produce .udebs, you have
> > no particular objection to uploading .debs to experimental at the same time
> > ?
>
Le mardi 16 mai 2006 à 09:50 +0200, Sven Luther a écrit :
> Sebastien, do you know if the development 2.9 gtk packages will be uploaded to
> experimental or something such ? If so, would it be meaningful to have those
> packages also include the build of the .udebs, and upload to unstable a
> vers
Sebastien Bacher <[EMAIL PROTECTED]> writes:
> Le mardi 16 mai 2006 à 09:09 +0200, Sven Luther a écrit :
>> It is scheduled for release during may, which may or not be delayed a bit.
>> This is way this is an important point to get feedaback from the release team
>> and from the gtk-gnome team now.
Hi Frans,
(I am answering this email in the same group,
as it also addresses some of the problems of various mailinglists
and has its home on debian-powerpc.)
On Thu, May 11, 2006 at 06:22:29PM +0200, Frans Pop wrote:
> On Monday 08 May 2006 11:18, you wrote:
> > it was brought to my attention t
Le mardi 16 mai 2006 à 09:09 +0200, Sven Luther a écrit :
> If we decide that 2.9+ and 2.10 is the way to go for etch, then we should be
> pro-active for this, and start experimenting, and even making them the default
> NOW.
GTK 2.9 is GNOME 2.16 material, lot of packages Depends on GTK and
makin
On 5/16/06, Frans Pop <[EMAIL PROTECTED]> wrote:
On Tuesday 16 May 2006 09:37, you wrote:
> I disagree, they is a lot of changes and new features for 2.10 and "a
> random 2.9 snapshot" is not something we are wanting to ship with a
> stable Debian
Thank you for this quick and sane reply.
Pleas
On Tue, May 16, 2006 at 10:07:45AM +0200, Sebastien Bacher wrote:
> Le mardi 16 mai 2006 à 09:50 +0200, Sven Luther a écrit :
>
> > Sebastien, do you know if the development 2.9 gtk packages will be uploaded
> > to
> > experimental or something such ? If so, would it be meaningful to have those
>
On Tue, May 16, 2006 at 08:36:56AM +0200, Frans Pop wrote:
> On Tuesday 16 May 2006 08:11, Wouter Verhelst wrote:
> > Eh, if you want to do gtk-dfb, you can't. The choice between using the
> > DirectFB backend or the X11 backend has to be done at compile time. Or
> > am I missing something?
>
> No
On Tue, May 16, 2006 at 10:07:46AM +0200, Frans Pop wrote:
> On Tuesday 16 May 2006 09:59, Eddy Petrişor wrote:
> > I have addressed the concerns regading this point since the
> > minimeeting held some time ago[1] by proposing a solution that would
> > not interfere with the present packages.
>
>
[EMAIL PROTECTED] wrote:
>> Yes. I already explained this multiple times. An IP address is not
>> *needed* on the ethernet interface, but always configuring one is
>> simpler and may prevent problems later.
>
>If I am going to do that on the connection from my provider, I will
>have my contract te
On Tue, May 16, 2006 at 09:48:30AM +0200, Frans Pop wrote:
> On Tuesday 16 May 2006 09:09, Sven Luther wrote:
> > It is scheduled for release during may, which may or not be delayed a
> > bit. This is way this is an important point to get feedaback from the
> > release team and from the gtk-gnome t
On Tuesday 16 May 2006 09:59, Eddy Petrişor wrote:
> I have addressed the concerns regading this point since the
> minimeeting held some time ago[1] by proposing a solution that would
> not interfere with the present packages.
See the reply by the Gnome maintainer for why this is not an option.
On Tue, May 16, 2006 at 09:53:53AM +0200, Yves-Alexis Perez wrote:
> On Tue, 2006-05-16 at 08:23 +0200, Sven Luther wrote:
> > On Tue, May 16, 2006 at 12:17:10AM +0200, Yves-Alexis Perez wrote:
> > > 0 OFfb ATY,264LTP
> > > 1 OFfb ATY,264LTP
> >
> > Ok, this is atyfb, and you probably have a rage
On 5/16/06, Frans Pop <[EMAIL PROTECTED]> wrote:
On Tuesday 16 May 2006 09:40, Eddy Petrişor wrote:
> Why are you hanging always on the idea that we should use released
> versions? For testing and (in some cases) for the final product a CVS
> snapshot is more than good. We need testing if we desi
On Tue, 2006-05-16 at 08:23 +0200, Sven Luther wrote:
> On Tue, May 16, 2006 at 12:17:10AM +0200, Yves-Alexis Perez wrote:
> > 0 OFfb ATY,264LTP
> > 1 OFfb ATY,264LTP
>
> Ok, this is atyfb, and you probably have a rage something chip in there. I
> wonder about the two fbdevs, but i suppose this is
On Tuesday 16 May 2006 09:37, you wrote:
> I disagree, they is a lot of changes and new features for 2.10 and "a
> random 2.9 snapshot" is not something we are wanting to ship with a
> stable Debian
Thank you for this quick and sane reply.
pgpicDYPrUyAW.pgp
Description: PGP signature
On Tue, May 16, 2006 at 09:37:36AM +0200, Sebastien Bacher wrote:
> Le mardi 16 mai 2006 à 09:09 +0200, Sven Luther a écrit :
>
> > If we decide that 2.9+ and 2.10 is the way to go for etch, then we should be
> > pro-active for this, and start experimenting, and even making them the
> > default
>
On Tuesday 16 May 2006 09:40, Eddy Petrişor wrote:
> Why are you hanging always on the idea that we should use released
> versions? For testing and (in some cases) for the final product a CVS
> snapshot is more than good. We need testing if we desire the G-I to be
> ready for etch, I think you agre
On Tuesday 16 May 2006 09:09, Sven Luther wrote:
> It is scheduled for release during may, which may or not be delayed a
> bit. This is way this is an important point to get feedaback from the
> release team and from the gtk-gnome team now. I am CCing them on this.
As you are not the d-i or g-i re
On 5/16/06, Frans Pop <[EMAIL PROTECTED]> wrote:
On Tuesday 16 May 2006 08:11, Wouter Verhelst wrote:
> Eh, if you want to do gtk-dfb, you can't. The choice between using the
> DirectFB backend or the X11 backend has to be done at compile time. Or
> am I missing something?
No, you're not. This i
On Tuesday 16 May 2006 09:01, Geert Stappers wrote:
> Fool^WFull switch to g-i will kill serial line and ssh installs.
Not so. The installer detects serial line installs and does not enable the
framebuffer and thus not the graphical frontend. Similar for ssh
installs.
pgpTbBZJ9cKWo.pgp
Descrip
On 5/16/06, Sven Luther <[EMAIL PROTECTED]> wrote:
On Tue, May 16, 2006 at 07:34:27AM +0200, Frans Pop wrote:
> On Monday 15 May 2006 23:40, Sven Luther wrote:
> > Another aspect not to forget about this too. We have made considerable
> > effort to bring the directfb code to gtk 2.9+. We have inv
On Tue, May 16, 2006 at 06:11:53AM +0200, Andreas Barth wrote:
> Hi,
>
> I just want to point out that we have at Tuesday, 10.05 in the Hacklab
> the stable release BoF, which will give us a chance to discuss that
> topic. (Thanks to Frans for pointing out how usefull such a pointer
> would be. :)
1 - 100 of 102 matches
Mail list logo
